C #, VB.net에는 많은 AOP 구현이 있습니다. 이것은 AOP 구현의 일부입니다.
.Net에서 AOP를위한 최상의 구현은 무엇입니까? 무엇을 사용해야합니까?
답변:
동적 차단이 귀하의 요구를 처리 할 수 있다면 Castle Dynamic Proxy 가 선택의 해결책 이라고 생각 합니다. 이 프레임 워크는 AOP 기능을 제공하려는 다른 많은 프레임 워크에서 내부적으로 사용됩니다. 일반적으로 대부분의 기존 IoC 컨테이너는 이제 몇 가지 동적 차단 메커니즘 (Spring.NET, Castle Windsor, StructureMap 등)을 제공합니다. 이미 IoC 컨테이너로 작업하고 있다면 제안하는 것을 보는 것이 더 쉬울 수 있습니다.
동적 차단이 귀하의 요구를 해결할 수없는 경우 (밀봉 된 클래스 위빙, 비가 상 호출 차단 등) 확실히 정적 위빙을 원합니다. PostSharp 는이 도메인의 참조입니다.
두 AOP 방식을 모두 활용하는 데 사용할 수있는 Linfu 도 있습니다 .
"최고"는 주관적입니다.
먼저 필요한 기능, 아키텍처 등의 목록을 작성합니다. 그런 다음 불필요한 복잡성없이 필요한 작업을 수행하는 옵션을 찾습니다. 예를 들어, 몇몇은 인터페이스 지향적입니다. 코드가 현재 인터페이스 지향적입니까? 그렇지 않은 경우 PostSharp가 더 나은 선택 일 수 있습니다 (원래 클래스에 포함됨). 그러나 물론 PostSharp는 런타임에 구성 할 수 없습니다. 코스 용 말입니다.
.NET에서 측면 지향 프로그래밍을 수행하는 가장 좋은 방법은 잘 알려진 디자인 기술을 사용하는 것입니다. 예를 들어, SOLID 원칙 을 적용 하면 교차 문제를 추가하는 데 필요한 유연성과 모듈성을 얻을 수 있습니다. 디자인 권한이있는 경우 프레임 워크없이 대부분의 교차 절단 문제를 적용 할 수도 있습니다. OOP가 AOP 수행에 적합하지 않다고 생각하는 것은 오류입니다.
다음은 몇 가지 지침입니다.
적절한 추상화를 갖추었을 때 시스템에 새로운 교차 우려 사항을 추가하는 것은 새로운 데코레이터 클래스를 작성하고 올바른 구현을 감싸는 문제 일뿐입니다. 추상화가 일반적인 경우 대규모 클래스 그룹 (정확히 AOP에 대한 것임)을 단일 데코레이터로 감쌀 수 있습니다.
동적 프록시 및 코드 위빙과 같은 기술을 사용하면 잘못 설계된 애플리케이션으로 작업하기가 더 쉬워 질 수 있지만 좋은 디자인을위한 대안은 없습니다. 조만간 화상을 입을 것입니다. 그렇다고 동적 프록시 생성 및 코드 위빙을 사용해서는 안된다는 의미는 아닙니다. 그러나 적절한 응용 프로그램 디자인이 없으면 이러한 기술조차도 도움이되지 않습니다.
최고에 대해 잘 모르겠습니다. 많은 프레임 워크가 있고 하루 중 모든 것을 시도 할 시간이 충분하지 않습니다.
PostSharp를 사용했고 시작하기가 얼마나 쉬운 지 즐겁게 놀랐습니다.
또한 Castle Windsor 및 Spring.Net을 사용하여 AOP를 살펴 보았는데 접근 방식이 다릅니다 (런타임 대 컴파일 타임). AOP와 IoC를 혼합하는 것이 의미가있는 것 같습니다. 아직 이러한 프레임 워크 중 하나를 사용하지 않는 경우 시작하는 데 훨씬 더 많은 작업이 필요하지만 그로 인해 중단되지는 않습니다.
새 프로젝트의 경우 지금은 Castle Windsor를 사용하지만 대부분 IoC도 사용하고 싶기 때문입니다. 기존 코드베이스에 AOP를 빠르게 구현해야한다면 PostSharp를 사용합니다.
Microsoft의 정책 주입 및 Unity 차단도 있습니다.