바이트 코드 위빙 vs Lisp 매크로

나는 사람들이 자바 및 C #과 같은 언어로 작성된 라이브러리에 대해 읽었으며 바이트 코드 직조를 사용하여 함수 호출 차단, 로깅 코드 삽입 등을 수행했습니다. 또한 Lisp / Clojure 매크로를 읽었습니다. 활용 방법을 더 잘 이해하려고 노력하십시오. 매크로에 대해 읽을수록 바이트 코드 직조 라이브러리와 동일한 종류의 기능을 제공하는 것처럼 보입니다. 기능상 컴파일 타임에 코드를 조작 할 수있는 능력을 의미합니다.

내가보고있는 라이브러리의 예로 AspectJ, PostSharp 및 Cecil이 있습니다.

하나는 할 수 있고 다른 것은 할 수없는 것이 있습니까? 그들은 실제로 같은 문제를 해결합니까, 아니면 사과와 오렌지를 비교하고 있습니까?

바이트 코드 직조와 매크로는 서로 다른 두 가지입니다.

바이트 코드 위빙은 함수 호출을 가로채는 방법이므로 함수 실행 전후에 일종의 기능 (일반적으로 로깅과 같은 교차 문제)을 함수 호출에 삽입 할 수 있습니다. 바이트 코드 위빙은 바이트 코드 레벨에서 수행되므로 컴파일 후에 발생합니다 . 기능 자체는 영향을받지 않습니다. 이것은 Aspect Oriented Programming이 사용 하는 기술 중 하나입니다 .

매크로는 언어의 구문을 확장하는 방법입니다. 가장 간단한 형태의 매크로는 단순히 키 입력을 기록한 다음 바로 가기 키를 사용하여 재생하는 방법입니다. 언어 매크로는 비슷한 방식으로 작동합니다. 키워드 또는 다른 구문 구성은 일종의 매크로 확장을 대체합니다. 물론 이것은 지나치게 단순화되었습니다. Lisp에 특정한 매크로의 더 좋은 예는 여기 에서 찾을 수 있습니다 .

LISP 매크로는 같은 목적으로 사용될 수 있지만 Java 바이트 코드 직조 플러그인과는 상당히 다릅니다. LISP 매크로는 LISP 소스 코드 레벨에서 LISP 구문을 확장합니다. LISP 매크로는 다른 LISP 코드와 동일한 수준으로 작성되므로 일반적으로 사용되는 언어 기능입니다.

Java 바이트 코드 위빙 플러그인은 JVM 레벨에서 작동합니다. 많은 Java 프로그래머가 다른 사람이 작성한 바이트 코드 직조 플러그인을 사용할 수 있지만, 소수의 Java 프로그래머는 자체 바이트 코드 직조 플러그인을 작성합니다.

Java 컴파일러 플러그인이 수행하는 일부 작업은 동적 언어로 매우 쉽게 수행됩니다. 함수 호출 차단은 특히 간단합니다.

리스프 매크로는 소스 코드 레벨에서 작동합니다. 코드 조각에 매크로를 넣으면 많은 일을 할 수 있습니다. 소스 코드 파싱, 코드 삽입, 코드 재 작성 등을 포함합니다.

함수 호출을 수정하려는 경우 Lisp는 일반적으로 두 가지 메커니즘을 사용합니다.

• 후기 바인딩 기호. 심볼에 바인딩 된 함수를 수정할 수 있습니다. 심볼을 통과하는 모든 함수 호출은 새로운 함수를 사용합니다.

• Lisp 구현은 때때로 'advice'라는 기능을 제공합니다. 이를 통해 호출 전후, 호출 전후에 코드를 실행할 수 있습니다. 예를 들어 LispWorks : Advice에서 .

따라서 낮은 수준의 코드 조작없이 호출을 가로 챌 수 있습니다.