🚀 go-pugleaf

Dnia 27-10-2011 o 17:54:50 KO <mail@example.com> napisał(a):

> On Thu, 27 Oct 2011 16:58:21 +0200, Łukasz 'Maly' Ostrowski wrote:
>
>> Czyli, w widokach operujesz na OrderViewModel, nie na Order.
>> Tenże VM jest specjalizowany do tego widoku, czyli oprócz
>> podstawowych pół bezpośrednio z Order(dziedziczonych na
>> przykład), ciągnie ze sobą jeszcze meta dane w postaci
>> kolekcji wszystkich OrderType'ów i wszelkie inne pomocnicze
>> rzeczy jakich wymaga ten widok.
>
> W sumie ma sens, tylko się zastanawiam czy to nie jest over-engineering?
> Jakie są zalety zastosowania MVVM(tak się to nazywa prawda?).
> Muszę stworzyć dodaktową gałąź kodu, mam teraz View, Model, Controller,
> ViewModel - robi się trochę ciasno :)
>
> Zamiast tego mogę po prostu zrobić:
>
> OrderController : Controller
> {
>   public View New()
>   {
>     ViewBag.OrderTypes = DataRefs.GetOrderTypes();
>     ViewBag.Blah = MachineThatGoesPing.Ping();
>     return this.View(new Order());	
>   }
> }
>
> Nie jest to może koszerne, ale jakie sa minusy takiego rozwiązania w
> porównaniu do tworzenia dodatkowego ViewModel?
>

Dodałbym, że w ViewModel możesz zawrzeć logikę (testowalną) zamiast wrzucać
ją do html-a (cshtml-a) i zamiast programować w cshtml-u programujesz  
wewnątrz ViewModelu.


-- 
3P