Jakie jest najlepsze wdrożenie AOP w .Net?

Question

Istnieje wiele implementacji AOP w C#, VB.net. to niektóre z AOP implementacjach:

• PostSharp
• LOOM.NET
• Aspect.NET
• Enterprise Library 3.0 Policy Injection Application Block
• AspectDNG
• DotSpect (.SPECT)
• Ramy Spring.NET jako część funkcji
• Wicca i Phx.Morph
• An exhaustive analysis on AOSD solutions for .NET jest dostępny z Twente University
• Seasar.NET
• Aspect#
• Puzzle.NAspect
• Compose *
• SetPoint
• NConcern .NET AOP Framework
• ..

Jakie jest najlepsze wdrożenie AOP w .Net? Co powinienem użyć?

Answer 1

Myślę, że Castle Dynamic Proxy jest rozwiązaniem z wyboru, jeśli przechwytywanie dynamiczne może zaspokoić Twoje potrzeby. Ta struktura jest używana wewnętrznie przez wiele innych frameworków, które chcą oferować możliwości AOP. Zazwyczaj większość istniejących kontenerów IoC zapewnia obecnie mechanizmy dynamicznego przechwytywania (Spring.NET, Castle Windsor, StructureMap itd.). Jeśli już pracujesz z kontenerem IoC, być może łatwiej będzie spojrzeć na to, co proponuje.

Jeśli przechwycenie dynamiczne nie może zaspokoić twoich potrzeb (tkanie zamkniętej klasy, przechwytywanie nie-wirtualnego połączenia itd.), To na pewno chcesz statycznego tkania. PostSharp jest odniesieniem w tej domenie.

Należy pamiętać, że istnieje również Linfu, który może być użyty do wykorzystania obu metod AOP.

Answer 2

"Najlepszy" jest subiektywny.

Najpierw przygotuj listę potrzebnych funkcji, architekturę itp. Następnie szukaj opcji, które wykonają to, czego potrzebujesz, bez wprowadzania niepotrzebnej złożoności. Na przykład kilka interfejsów jest zorientowanych na interfejsy: czy Twój kod jest obecnie zorientowany na interfejs? Jeśli nie, PostSharp może być lepszym wyborem (wplecionym w oryginalne klasy). Oczywiście PostSharp nie może być skonfigurowany w czasie wykonywania ... koni na kursy.

Answer 3

Nie wiem, najlepiej, jest wiele frameworków i zbyt mało godzin w ciągu dnia, aby wypróbować je wszystkie.

Użyłem PostSharp i byłem mile zaskoczony, jak łatwo jest zacząć z tym.

Zajrzałem także do AOP z Castle Windsor i Spring.Net, podejście jest inne (czas wykonania w porównaniu do czasu kompilacji). Mieszanie AOP i IoC wydaje się mieć sens. Jeśli nie używasz żadnej z tych frameworków, to na początek trzeba dużo pracy, ale nie pozwól, aby to cię powstrzymało.

W przypadku nowych projektów prawdopodobnie użyłbym już Castle Windsor, ale to głównie dlatego, że chciałbym również użyć IoC. Gdybym musiał szybko wdrożyć AOP do istniejącej bazy kodu, użyłbym PostSharp.

Answer 4

Istnieje również wtrysk polis i Unity Interception firmy Microsoft.

Answer 5

Najlepszym sposobem na programowanie aspektowe w .NET jest użycie dobrze znanych technik projektowania. Na przykład, dzięki zastosowaniu modelu SOLID principles, możesz uzyskać elastyczność i modułowość, które są potrzebne, aby umożliwić dodanie zagadnień przekrojowych. Jeśli masz odpowiedni projekt, będziesz w stanie zastosować najbardziej przekrojowe zagadnienia bez żadnych ram. Błędem jest sądzić, że OOP nie nadaje się do robienia AOP.

Oto kilka wskazówek:

• nie zależą od konkretnych przypadków, ale zależą od abstrakcji.
• Nie mieszaj zagadnień przekrojowych i logiki biznesowej w tej samej klasie.
• Dodanie zagadnień przekrojowych przez zawijanie klas za pomocą logiki biznesowej w klasach implementujących te obawy (decorators).
• Znajdź wspólne artefakty w swoim projekcie i modeluj je jednakowo, najlepiej używając tego samego typu abstrakcji. Spójrz na przykład na this i this.

Gdy masz odpowiednie abstrakcje, dodanie do systemu nowych zagadnień przekrojowych jest tylko kwestią napisania nowej klasy dekoratorów i zawinięcia jej wokół właściwych implementacji. Jeśli abstrakcje są ogólne, możesz zawijać jednego dekoratora wokół dużej grupy klas (o to właśnie chodzi w AOP).

Chociaż techniki takie jak dynamiczne proxy i tkanie kodu mogą ułatwić pracę ze źle zaprojektowaną aplikacją, nie ma naprawdę alternatywy dla dobrego projektu. Wcześniej czy później zostaniesz spalony. Nie oznacza to jednak, że nie należy używać dynamicznego generowania proxy i tkania kodu. Ale bez odpowiedniego projektu aplikacji nawet te techniki będą po prostu mało przydatne.