Warum sollte ich mich dafür entscheiden, in den Fällen einen anstelle des anderen zu verwenden?
Ich konzentriere mich hauptsächlich auf Desktop-Anwendungen und persönlich finde ich die einfache Dialogbox einfacher und natürlicher zu verwenden.
In MVC würden Sie immer noch Ihren "bescheidenen" Dialog verwenden. Abgesehen davon, dass die Geschäftslogik dafür irgendwo in einer anderen Klasse entwickelt würde.
Sie müssen abwägen, ob sich die Investition in MVC lohnt - vor allem, wenn Sie nur mit einem einzigen einfachen Dialog arbeiten.
Eine der besten Diskussionen, die ich bezüglich der Vor- und Nachteile der Model-View-Controller / Presenter-Patterns fand, wurde von Martin Fowler geschrieben: Ссылка
Kurz gesagt, wenn Sie eine MVC-Variante verwenden, erhöhen Sie die Testbarkeit Ihrer Ansicht (Dialog). Die Logik in Ihrer Dialogklasse auf der anderen Seite zu halten, kann in Ordnung sein, wenn Sie nicht erwarten, dass dieser Dialog sehr komplex ist. Mit zunehmender Komplexität steigt jedoch der Nutzen testbaren Codes.
Es ist wirklich ein Urteilsspruch.
"Humble" -Dialoge selbst sind bereits MVC. Sie haben:
Ihr GUI-Framework oder Ihre Wrapper-Bibliothek können MVC nahtlos für Sie bereitstellen, ohne dass Sie darüber nachdenken müssen, aber es ist immer noch MVC.
Es gibt keine einfache Antwort.
Du solltest alles verwenden, was dir das Leben leichter macht.
Wenn der Dialog wirklich einfach ist und Sie sicher wissen, dass es so bleibt, gehen Sie mit demütigen Dialog.
Wenn Sie etwas Komplexeres haben, wie zum Beispiel mehrere Ansichten der gleichen Daten, oder Sie wissen, dass Ihr einfacher Dialog mit der Zeit komplexer wird, dann verwenden Sie MVC.
Sie können auch ein MVP-Muster als Alternative zu MVC betrachten.
Tags und Links unit-testing user-interface design-patterns