ASP.NET MVC ViewModel z metodami - czy jest "legalny"?

Question

Czy modele widoku powinny mieć tylko właściwości, a nie metody?

Załóżmy, że mam w moim widoku przycisk radiowy i chcę sprawdzić, czy przycisk radiowy powinien być zaznaczony.

mogłem zrobić to całkowicie moim zdaniem:

@Html.RadioButton("radiobuttonName", "The value", (id == Model.PersonId)) 

czy mogę przenieść tę logikę do viewmodel:

@Html.RadioButton("radiobuttonName", "The value", Model.IsChecked(id) 

użyciu tej metody w viewmodel:

public int PersonId { get;set;} 
    public bool IsChecked(int id) 
    { 
     return (id == PersonId); 
    } 

Czy można to zrobić w całości lub w całości lub w inny sposób?

Answer 1

Możesz mieć metody w swoim ViewModel. Jeśli jest to pojedynczy wynik, który chcesz obliczyć za każdym razem, sugerowałbym dodanie kodu oceny do Twojego numeru Controller i zapisanie wyniku w postaci ViewModel zamiast tego, ale jeśli chcesz oceniać rzeczy za pomocą metody bardziej dynamicznie, a właściwość nie może wykonać dla ciebie to robienie tego w ViewModel jest prawdopodobnie w porządku.

W powyższym przykładzie zalecam wykonanie tego w ViewModel, ponieważ wtedy ViewModel zawiera logikę w jednym miejscu, a nie robi to wiele razy kopiowanie i wklejanie w Twoim View.

Answer 2

To naprawdę dobre pytanie dotyczące prawidłowego umieszczenia logiki. Twoje podejście to z pewnością legalne - ale czy podąża za duchem MVC? :)

Powiedziałbym, to zależy od tego, czy logika w swojej metodzie stosuje się tylko do tej View/ViewModel lub mogłyby zostać zastosowane w innych ViewModels, które zajmują się tego typu modelu bazowego (w przypadku, Osoba).

Jeśli jest to jednorazowe obliczenie dla celów tego konkretnego modelu ViewModel, należy zachować go w Modelu. Jeśli te obliczenia mogą być ogólnie używane dla obiektów Person, należy rozważyć użycie statycznej klasy usługi, np. PersonService i umieść tam swoje metody.