MVVM, Unity, Prism, MEF, Caliburn - czego powinienem użyć?

PRISM już zawiera logikę MEF i MVVM:)

Ok trochę wyjaśnienia tutaj:

MVVM oznacza logikę w Twojej aplikacji. Właściwie sprytny sposób oddzielenia widoku, widoku-modelu i modelu. Nie znam się najlepiej (?) framework do tego-możesz sprawdzić Catel jeśli chcesz lub MVVM Light, ale to tylko tony kodu od kogoś, kto rozumie logikę MVVM i ułatwia jej implementację. Możesz spróbować napisać swój własny MVVM framework i zobacz, że "nie ma tajnego składnika" - tylko ten sam powtarzający się kod i te same klasy itp... W rzeczywistości nie potrzebujesz żadnego frameworka MVVM do implementacji MVVM.

Gdy już się nauczysz i napiszesz MVVM, od razu wpadniesz w pytanie - Jak przetestować go w sposób odsprzęgający (nie jest to trywialny problem np. w Silverlight) - więc tutaj w grę wchodzą wszystkie frameworki IOC/Inject. Na przykład MEF. Rozważ poniższy przykład, aby zrozumieć ogólny obraz wstrzykiwania framework:

Projekt 'Shared', napisany w 'least delimiter' (na przykład Portable Library)

    public interface IAmSharedInterface
    {
        string SayHello();
    }

Projekt "główny", tylko odniesienia "Wspólny" Projekt

    public class IAmMainClass
    {
        [ImportingConstructor]
        public IAmMainClass(IAmSharedInterface SharedInterface)
        {
             SharedInterface.SayHello();
         }
    }

Project 'Implementor', reference only' Shared ' project

   [Export(IAmSharedInterface)]
   public class IAmImplementor: IAmSharedInterface
   {
       public string SayHello()
       {
          return "Hello from implementator class to whoever using it";
       }
    }

Widzisz-nie ma bezpośredniego odniesienia między projektami "Main" i "Implementator" - cała "magia" dzieje się w procesie budowania/rozwiązywania MEF/Unity. Więc można łatwo uruchomić NUnit test na Main bez użycia projektu 'Implementor' i 'Implementor' z "Main" Istnieje również scenariusz, w którym inny projekt mógłby zaimplementować i wyeksportować "IAmSharedInterface" specjalnie do celów testowych.

Więc powrót do pryzmatu-to wszystko (!) to. Wiem, że framework nie jest łatwy do zrozumienia od razu i nie nadaje się do prostych programów typu "Hello World", ale gdy się go nauczysz - nie ma odwrotu. Po prostu skleja wszystkie części razem i daje dużą swobodę w używaniu dowolnej struktury moq (na przykład Rhino ).

Prism rozwijany w Microsofcie, więc (mam nadzieję) będzie obsługiwany nie tylko w Windows 8, ale w Windows 9 i we wszystkich przyszłych wersjach.

Cokolwiek poprosiłeś, wszystko jest w środku: MVVM, Inject, decouple/plug-ins, easy to read and test

Aby zapisać dodawanie do szczegółowych informacji powyżej, postaram się ułatwić Ci życie.

1) na razie zapomnij o architekturze IOC / Dependency Injection / Plugin. Mówisz, że tworzysz prostą aplikację, więc zapomnij o tym na razie. Zachowaj porządek w kodzie i możesz zaimplementować go później, jeśli to konieczne (to dobra rzecz).

2) z frameworków, które wymieniłeś, sugerowałbym Caliburn.Mikro. Jest stosunkowo prosty i lekki. Nie zajmie ci to długo. ruszajcie się.

3) Utwórz swój model w osobnym zestawie, którego możesz użyć zarówno w aplikacji windows, jak i w witrynie MVC.

Zachowaj prostotę i nie zagłębiaj się w wszystkie technologie.

Ta odpowiedź odtwarza kilka skróconych fragmentów artykułu na blogu Rockforda Lhotki " Użycie wzorca MVVM wymaga frameworka" która została przytoczona w innej odpowiedzi .

Jest to rodzaj meta-odpowiedzi na to pytanie (choć zawiera konkretne zalecenie), ale wydaje się bardzo przydatne, aby wyjaśnić rolę frameworku w MVVM w pierwszej kolejności.

Są trzy sprawiedliwe popularne wzorce projektowe warstwy prezentacji, które I / align = "left" / wzorce "M": MVC, MVP i MVVM. To dlatego, że wszystkie one mają "M "oznacza " Model", plus kilka innych konstrukcji.

Rzecz z tymi wszystkimi wzorami " M " jest taka, że dla typowych Programiści wzorce są bezużyteczne bez frameworka . Korzystanie z wzorce bez ram prawie zawsze prowadzi do nieporozumień, komplikacje, wysokie koszty, frustracja i ostatecznie rozpacz.

To przecież tylko wzorce, nie wdrożenia. I są duże, złożone wzory, które zawierają sporo pojęć, które muszą działać razem prawidłowo, aby umożliwić sukces.

...

próba zrobienia czegoś takiego jak MVVM bez frameworka to ogromna ilość pracy . Tony zduplikowanego kodu, wymyślanie koła na nowo i przekwalifikowanie ludzie myślą inaczej.

Przynajmniej z frameworkiem unikasz duplikatu kodu i mam nadzieję, że nie musisz odkrywać koła na nowo-pozwalając ci skupienie się na przekwalifikowaniu osób. Część przekwalifikowania jest na ogół nieunikniona, ale ramy zapewnia kod i strukturę hydrauliki, ułatwiając proces.

Można zadać sobie pytanie, dlaczego wzorzec MVC stał się popularny tylko w ASP.NET kilka lat temu...

O dziwo, MVC dopiero zaczął być głównym nurtem w Microsofcie świat kiedy ASP.NET pojawił się MVC. Jest to kompleksowe ramy z oprzyrządowaniem zintegrowanym z Visual Studio. W rezultacie. typowe programiści mogą po prostu tworzyć modele, widoki i kontrolery. Przed ten punkt musieli również zbudować wszystko, co robi Framework MVC – co jest dużo kodu. I nie tylko dużo kodu, ale kod, który ma absolutnie nic wspólnego z wartością biznesową , A odnosi się tylko do implementacja samego wzoru.

...

Typowi deweloperzy naprawdę chcą skupić się na budowaniu modeli, widoków, i viewmodels. Nie chcą budować słabych oparte na odniesieniach routery zdarzeń, Modele nawigacji, abstrakcje widoku i wszystkie inne rzeczy, które muszą zrobić ramy.

...

W międzyczasie Caliburn Micro wydaje się być najlepszym frameworkiem MVVM tam-na pewno najczęściej używane [stan na 2012]...

(tekst skopiowany w wierszu ze względów zachowania.)