2010-09-17 14 views

Odpowiedz

13

Są to dwa podejścia do rozwiązywania niektórych z nakładających się scenariuszy.

Jedność świeci podczas opracowywania aplikacji modułowej, w której użytkownicy będą korzystać z podzbioru modułów i modułów są samodzielne.

MEF świeci, gdy masz dużo zewnętrznych programistów tworzących wtyczki dla twojej aplikacji - lub kilka wtyczek programistycznych publikujących wtyczki.

Zaczęliśmy od Prism pod kątem podstawowej funkcjonalności, a później dodamy funkcję MEF do Widget - chodzi o to, że funkcjonalność graniczna/specyficzna dla klientów będzie dostarczana w wtyczkach MEF.

Obie struktury są naprawdę łatwe do rozpoczęcia (MEF prawdopodobnie nieco "prostsze" od początku).

W moim przekonaniu to naprawdę zależy bardziej od tego, jak zbudowana jest twoja strategia rozwoju, niż od danego wniosku.

+0

Nie jestem pewien, rozumiem twój punkt widzenia na temat Unity jest najlepsze dla aplikacji subsetted. Nie widzę powodu, dla którego MEF też by nie pasowało. Po prostu upewnij się, że tylko te elementy, do których użytkownik ma dostęp, są pobierane/instalowane i użyj narzędzia MEF, aby je wykryć i utworzyć. –

+0

@Kent - Powiedziałem tylko, że Unity świeci tutaj - nie, że MEF nie ma zastosowania. To dwa rozwiązania dla wspólnego zestawu problemów: "Budowanie rozszerzalnych luźno powiązanych aplikacji". Moje wejście jest oparte tylko na moim wykorzystaniu tych dwóch. Unity IMO lepiej radzi sobie z "przesłoniętym" scenariuszem funkcjonalności. – Goblin

+0

+1 za to samo. @ Goblin, @ Kent-Boogaart: Dzięki. Twoje komentarze słusznie definiują moje zamieszanie. Każda osoba lub blog lub dokumentacja mają coś sprzecznego z innymi. Szukałem czegoś konkretnego. Na przykład. Do parzenia herbaty potrzebny jest liść herbaty. Potrzebujesz kawy w proszku do zrobienia kawy. Ale wszędzie mówią o znaczeniu mleka i cukru. –

7

This thread zawiera również informacje o tym, którego użyć.

Mam nadzieję, że okaże się przydatny.

Dzięki Damian

+0

+1 Dzięki Buddy! –

Powiązane problemy