몇 달 전에 GUICE와 일하고 있었고 지금은 돌아 왔을 때 Guice 문서와 예제를 다시 읽어야 만 코드를 이해할 수있었습니다.Guice 대 AspectJ
그러나 AspectJ를 보면 너무 직관적입니다. Java 언어를 직관적으로 확장 한 것입니다. 나는 AspectJ 코드를 즉시 작성해서 쓸 수 있다고 생각한다.
따라서 저는 Guice를 추격하고 AspectJ와 함께 가고 싶습니다. 특히 Spring이 AspectJ 코드를 생성하고 있다는 사실.
위 Guice의 어떤 기능이 AspectJ에서 Guice를 포기하지 않도록해야합니까?
Google이 Guice를 포기하고 대신 AspectJ를 사용하지 않는 이유는 무엇입니까?
부사장, 나는 직관력 외에도 Guice를 포기하도록 장려하는 AspectJ의 기능에는 어떤 것이 있습니까?
질문에서 "짜다"할 수 있다면, Java 언어가 AspectJ와 병합되지 않거나 향후 Java 버전에서 유사한 "aspect"를 제공하지 못하게하는 것은 무엇입니까?
주 : 행복 삭제-azillas을 실행하는 데,이 질문은 너무 일반적있을 수 있습니다 실현 -하지만 난 물어 더 한 구체적인 알고 있다면, 난에 대한/빙을 요청하지만, 단지 구글 필요하지 않을 것 나도 몰라. 보시다시피, 나의 Guice 지식은 나 자신의 필체를 인식하지 못하기 때문에 너무 심하게 저하되었습니다.
나는 항상 똑같은 느낌을 가지고 있습니다. AspectJ를 가지고 있다면 왜 의존성 주입 프레임 워크인가? –