MVC-Design für Desktop-Anwendungen sinnvoll?
Jan Lorenz
in der aktuellen Dot.Net-Magazin gibt es einen Artikel, in dem ein
MVC-Framework f�r Silverlight entwickelt wird. Da es nun gro�e �hnlichkeiten
von Silverlight zu normalen Desktop-Anwendungen gibt, k�nnte man auf die
Idee kommen, das MVC-Design auch f�r normale Desktop-Anwendungen anzuwenden.
Ich selber habe MVC immer nur im Zusammenhang mit Webanwendungen gesehen.
Was meint ihr? Gibt es Erfahrungen dazu?
Viele Gr��e
Jan
Joachim Fuchs
MVC macht weder f�r Silverlight (Web) noch f�r WPF (Desktop) Sinn, da man
bei diesem Entwurfsmuster die Trennung von Oberfl�che und C#-Code nicht
realisieren kann. F�r beide etabliert sich derzeit ein anderes
Entwurfsmuster: MVVM (Model-View-ViewModel).
Gru�
Joachim
--
Dr. Joachim Fuchs - Autor - Dozent - Softwarearchitekt
http://www.fuechse-online.de/beruflich/index.html -
http://vbnet.codebooks.de
Jan Lorenz
"Joachim Fuchs" <keine.joac...@fuechse-online.de> schrieb im
Newsbeitrag news:%236vRzqq...@TK2MSFTNGP05.phx.gbl...
> MVC macht weder f�r Silverlight (Web) noch f�r WPF (Desktop) Sinn, da man
> bei diesem Entwurfsmuster die Trennung von Oberfl�che und C#-Code nicht
> realisieren kann. F�r beide etabliert sich derzeit ein anderes
> Entwurfsmuster: MVVM (Model-View-ViewModel).
Danke f�r die Antwort. MVVM muss ich mir mal anschauen. Bin ja immer daran
interessiert, Anwendungen sauber zu trennen. Ich denke, MVVM sollte auch f�r
Windows Forms gelten.
Viele Gr��e
Jan
Joachim Fuchs
> Ich denke, MVVM sollte auch f�r Windows Forms gelten.
nein, eher nicht. Windows Forms kennt keine deklarative Definition der
Oberfl�che, keine Templates und so weiter. Bei WinForms ist man mit MVC/MVP
oder irgendwas dazwischen meist besser bedient.
Immo Landwerth
> Danke f�r die Antwort. MVVM muss ich mir mal anschauen. Bin ja immer
> daran interessiert, Anwendungen sauber zu trennen.
>
> Ich denke, MVVM sollte auch f�r Windows Forms gelten.
Letzteres ist allerdings nicht ganz einfach, weil Data Binding in
Windows Forms nicht ann�hernd so leistungsf�hig ist, wie in WPF. Der
Witz an M-V-VM ist, dass man die View mehr oder weniger direkt durch
Data Binding an das View Model binden kann.
Nat�rlich kannst Du f�r Windows Forms das View Model auch "von Hand"
mit der GUI verheiraten, aber dann k�nntest Du auch gleich gegen das
Model programmieren.
--
Immo Landwerth
Immo Landwerth
> Hallo Jan,
>
> > Ich denke, MVVM sollte auch f�r Windows Forms gelten.
>
> nein, eher nicht. Windows Forms kennt keine deklarative Definition
> der Oberfl�che, keine Templates und so weiter. Bei WinForms ist man
> mit MVC/MVP oder irgendwas dazwischen meist besser bedient.
Sorry, hatte Deine Antwort nicht gesehen.
--
Immo Landwerth
Michael Justin
> Hallo,
>
> in der aktuellen Dot.Net-Magazin gibt es einen Artikel, in dem ein
> von Silverlight zu normalen Desktop-Anwendungen gibt, könnte man auf die
> Idee kommen, das MVC-Design auch für normale Desktop-Anwendungen anzuwenden.
> Was meint ihr? Gibt es Erfahrungen dazu?
Martin Fowler's Zusammenfassung (mit Beispielen) ist ausführlich und
eventuell hilfreich:
http://www.martinfowler.com/eaaDev/uiArchs.html
* Model View Controller
* Model-View-Presenter (MVP)
* Humble View (Passive View)
Letzteres Pattern ist interssant für automatisiertes Tests der
Benutzeroberfläche: Die View hat hier keine Verbindung zum Model, weder
lesend noch schreibend:
http://www.martinfowler.com/eaaDev/PassiveScreen.html
Viele Grüße,
--
Michael Justin
SCJP, SCJA
betasoft - Software for Delphi™ and for the Java™ platform
http://www.mikejustin.com - http://www.betabeans.de