Czy jest jakiś dobry powód, aby używać FormCollection zamiast ViewModel?

Jedyną zaletą, o której myślę, jest to, że chcesz użyć automatycznie generowanego kontrolera, jeśli nie określisz modelu EF, który ma być mocno wpisany. W takim przypadku Twoje akcje tworzenia i edycji będą używać obiektu FormCollection, ponieważ jest to niezawodny, istniejący wcześniej artefakt frameworka do pracy w tym celu. Być może poprzedni programista wybrał tę opcję podczas tworzenia swoich kontrolerów i trzymał się jej, ponieważ Visual Studio musi wiedzieć, co robi :)

Ale, w rzeczywistości, nigdy nie polecam ten headstart kilka sekund. Zawsze lepiej jest budować viewmodele, polecam przyjrzeć się wysiłkom zmierzającym w tym kierunku, choćby w celach konserwacyjnych. Dzięki wiązaniu modeli i silnie wpisywanym widokom i helperom html, znacznie bardziej prawdopodobne jest zmniejszenie liczby błędów w czasie wykonywania w wyniku zmiany magicznego ciągu i nie uświadomienia sobie tego, dopóki strona nie wybuchnie.

Ok, widzę, że ogólny konsensus jest taki, że nie jest lubiany. Aby zaoferować inną perspektywę, zawsze lubiłem używać formcollection przekazywanej do kontrolera przy akcjach POST. Oferuje on użycie metody TryUpdateModel z kontrolera, który zmapuje kolekcję do silnie wpisanej klasy. TryUpdateModel ma również przeciążenia, które pozwalają na białą listę właściwości modelu, który chcesz zezwolić na aktualizację.

if (TryUpdateModel(viewModel, new string[] { "Name" }))
{
    //Do something
}

Nadal pozwala na Wiązanie wszystkich modeli chcesz, ale pomaga zachować coś innego niż właściwość "Nazwa" na moim viewmodel przed aktualizacją.

Możesz zobaczyć więcej o metodzie TryUpdateModel tutaj:

Http://msdn.microsoft.com/en-us/library/system.web.mvc.controller.tryupdatemodel(v=vs. 108).aspx

Zawsze są obejścia, aby uciec od FormCollection lol.. możesz mieć ukryte pola powiązane ze zmiennymi modelu widoku w formularzu do zawartości twojego serca.

Kolekcje formularzy w większości wynikają z lenistwa tworzenia modelu widoku, ale wciąż wymagają czasu, aby dowiedzieć się, jak uzyskać wartości z niego w kontrolerze: p

Myślę, że został po prostu stworzony na samym początku MVC jako alternatywa dla korzystania z silnie wpisywanych widoków, gdy mając bardzo proste formy-w czasach, gdy wszyscy używali ViewBag :) ... a kiedy hey go tam miał, nie mogli go tak po prostu wyjąć.

Może możesz go użyć, jeśli jesteś absolutnie pewien, że twój widok nigdy nie będzie miał więcej niż jednego formularza? Ale to nadal zły pomysł..

Nie mogę znaleźć żadnych ostatnich artykułów mówiących o jakichkolwiek zaletach zbiorów formularzy.. podczas gdy silnie wpisane widoki są wszędzie.

Tak. Czasami może się przydać. Oto przykład:

Powiedzmy, że mamy w naszym db " date_and_time_field".

W widoku Razor chcemy użyć dwóch pól formularza. Pierwszy "Date" (może z jQuery UI Datepicker). Druga "godzina".

W akcji kontrolera, tworzymy "date_and_time_field" za pomocą Request.Form["Date"] i Request.Form["Hour"].

Są inne scenariusze, w których może się to przydać:

• Tabela krzyżowa (z checkboxami w Żyletce widok)

• Kolekcja Request.Unvalidated().Form (może to nie jest część twojego pytania: nie chcę być off-topic)

Domyślny segregator modelowy zrobi prawie wszystko, czego potrzebujesz. Uciekłem się do FormCollection tylko raz, aby później dowiedzieć się, jak powiązać tablice elementów w kolekcję na ViewModel.

Po prostu przejdź ViewModel . Lepiej wszędzie, z każdego powodu.

Z form collection będziesz w stanie uzyskać wszystkie wartości wewnątrz formularza. Mogą być sytuacje, w których może być konieczne podanie dodatkowych wartości z formularza, które mogą nie być częścią view model.

Weźmy przykład przekazania 10 ukrytych wartości z formularza. Zbiór form ma sens.

Także Walidacja stanu modelu to kolejny obszar, w którym możesz zmierzyć się z wyzwaniem.

Zawsze możesz dodać właściwości kolekcji formularzy do podpisów metod. Będą one automatycznie wypełniane przez wartości formularzy z odpowiednimi kluczami.

Dobrze z Forms Collection {[2] } Znajdziesz szybki sposób na uzyskanie wartości formularza. W przeciwnym razie musisz utworzyć klasę, która naśladuje pola formularza, a ludzie są czasami leniwi, aby tworzyć niestandardowe klasy dla mniej ważnych / rzadko używanych formularzy.

Nie Nie ma dodatkowej korzyści (w rzeczywistości ograniczonej) zbioru formularzy w stosunku do klasy niestandardowej jako parametrów działania i należy tego unikać, gdy jest to możliwe.

Odpowiadając na pytanie tytułowe: tak.

Są sytuacje, w których FormCollection należy użyć. Na przykład, załóżmy, że {[1] } ma właściwość implementującą relację od 1 do n (w konkretnym przypadku, TimesheetViewModel z ICollection<TimesheetEntryViewModel>), A kontroler musi przeprowadzić walidację między wpisami czasu, aby nie uzyskać kolizji czasu między czasem zakończenia wpisu a czasem rozpoczęcia następnego wpisu. Aby oznaczyć powiązany wpis błędem walidacji, jak może być indeks liniowy odzyskane?

Cóż, przy domyślnym powiązaniu modelu, wartość indeksu jest tracona w logice kontrolera. Na szczęście FormController przechowuje indeks użyty w widoku i można wykonać bardziej szczegółową walidację.