ASP.NET MVC 3-Partial vs Display Template vs Editor Template

Z pewnością mógłbyś dostosować DisplayFor, aby wyświetlić edytowalny formularz. Ale konwencja jest dla DisplayFor być readonly i EditorFor być dla edycji. Trzymanie się konwencji zapewni, że bez względu na to, co przejdziesz do DisplayFor, zrobi to samo.

Aby dać mi wartość 2c, nasz projekt używa częściowego widoku z kilkoma zakładkami jQuery, a każda zakładka renderuje swoje pola z własnym częściowym widokiem. Działało to dobrze, dopóki nie dodaliśmy funkcji, dzięki której niektóre karty dzieliły wspólne pola. Naszym pierwszym podejściem było utworzenie kolejnego częściowego widoku z tymi wspólnymi polami, ale stało się to bardzo niezgrabne, gdy używaliśmy EditorFor i DropDownListFor do renderowania pól i spadów. W celu uzyskania unikalnych identyfikatorów i nazw musieliśmy renderować pola z przedrostkiem zależnym od częściowego widoku nadrzędnego, który go renderował:

    <div id="div-@(idPrefix)2" class="toHide-@(idPrefix)" style="display:none">
    <fieldset>
        <label for="@(idPrefix).Frequency">Frequency<span style="color: #660000;"> *</span></label>

        <input name="@(idPrefix).Frequency"
               id="@(idPrefix)_Frequency"
               style="width: 50%;"
               type="text"
               value="@(defaultTimePoint.Frequency)"
               data-bind="value: viewState.@(viewStatePrefix).RecurringTimepoints.Frequency"
               data-val="true"
               data-val-required="The Frequency field is required."
               data-val-number="The field Frequency must be a number."
               data-val-range-min="1"
               data-val-range-max="24"
               data-val-range="The field Frequency must be between 1 and 24."
               data-val-ignore="true"/>

        @Html.ValidationMessage(idPrefix + ".Frequency")

        ... etc

    </fieldset>
</div>

Zrobiło się dość brzydko, więc zdecydowaliśmy się użyć szablonów edytorów, które wyszły znacznie czystsze. Dodaliśmy nowy Model widoku z polami wspólnymi, dodaliśmy pasujący szablon Edytora i wyrenderowaliśmy pola przy użyciu szablonu edytora z różnych widoków nadrzędnych. Szablon edytora poprawnie wyświetla identyfikatory i nazwy.

Krótko mówiąc, ważnym powodem, dla którego korzystaliśmy z szablonów edytorów, było potrzeba renderowania niektórych wspólnych pól w wielu kartach. Widoki częściowe nie są do tego przeznaczone, ale Szablony edytorów doskonale obsługują scenariusz.

Użyj podejścia _partial, Jeśli:

1. Widok Logiki Centrycznej
2. co zachować wszystkie {[0] } widok powiązany HTML tylko w tym widoku. W metodzie szablonu będziesz musiał zachować część HTML poza widokiem szablonu, np. " nagłówek główny lub dowolna zewnętrzna ramka / ustawienia.
3. chce renderować częściowy widok za pomocą logiki (z kontrolera) przy użyciu URL.Action("action","controller").

Powody użycia szablonu:

1. Chcę usunąć ForEach(Iterator). Szablon jest wystarczająco dobry, aby zidentyfikować Model jako typ listy. Będzie zrób to automatycznie.
2. Modelowa Logika Centryczna. Jeśli w tym samym folderze Displayfor znajduje się wiele widoków, renderowanie będzie zależeć od przekazanego modelu.

Kolejną różnicą, o której nie wspomniano do tej pory, jest to, że widok częściowy nie dodaje prefiksów modelu, podczas gdy szablon Tutaj jest problem