Processing.js 처리 코드를 자바 스크립트로 변환하는 것이 나의 이해입니다. 하나 처리에 쓰고 싶지 않는 경우에, 하나는 지금처럼 processing
개체의 메서드와 속성을 사용할 수 있습니다processing.js에서 처리 대 쓰기 처리
function sketchCirc(processing) {
function drawCirc() {
processing.background(100);
processing.ellipse(X,Y,radius,radius);
processing.fill(0,121,184);
processing.stroke(255);
}
processing.draw = function() {
drawCirc();
}
내가 위의 접근합니다 (processing
개체의 메서드를 액세스하는 의미)를 사용하는 것을 선호하지만 있습니다 거기에 어떤 단점이 있니? Processing 언어를 처음부터 배우지 않아도되고 싶습니다. 당신의 아이디어가 무엇인지 알려주세요.
진술 _Processing.js에서 처리 코드를 JavaScript_로 변환하지 않으면 [Processing.js doc]과 충돌합니다 (http://processingjs.org/articles/jsQuickStart.html#quickstart). 귀하의 대답은 혼란 스럽습니다 : _Processing code_ (흔히 _sketches_라고 함)는 [Processing programming language] (http://processing.org/about/)가 해석하는 코드이므로 java와는 다릅니다. _Processing_이 구현 된 언어 (java 또는 javascript)는 다른 문제입니다. (나는 답을 편집하거나 다른 답변을 제공하기에는 _Processing_만큼 자신감이 부족합니다.) – Alberto
나는 우리가 선호하지 않는 흐릿한 줄을 알게되었습니다. 처리는 언어 자체로 승격되지만 오히려 항상 Java를 사용하고 확장합니다. 자바 관점에서 처리를 살펴보면 처리는 최소한의 API에서 많은 일반적인 기능을 추상화하지만 아마도 자체적으로 독립형 언어가 아닌 자바 라이브러리입니다. Processing.js가 Processing ode를 JavaScript로 변환하면 라이브러리와도 작동한다는 가정은 틀 렸습니다. Processing.js는 AFAIK를 변환하지 않습니다. 다시 Process.js ... –
...이 자신을 승격시키는 방식입니다. 내 관점에서, Processing.js 자바 처리 라이브러리의 자바 스크립트 포트입니다. 좋은 점은 사용자가 Processing IDE에서와 똑같은 문법을 사용할 수있게 해준다는 것입니다 : java. 모든 언어 기능이 지원되지는 않습니다 (예 : processing.js로 형식화 된 ArrayList를 사용해보십시오). 긴 이야기 짧은, 실제로 처리하는 경우.js는 JavaScript로 처리 코드를 변환하고 있었지만, 당연히 모든 라이브러리를 변환하겠습니까? 라이브러리는 컴파일되지만 Processing.js를 통해 소스 클래스를 실행하려고하면 작동하지 않습니다 ... –