ASP.NET MVC: хорошая замена для пользовательского контроля?

Ответ 1

На первый взгляд его легко удалить MVC, поскольку он не обладает возможностями для многоразовых компонентов.

Как только вы узнаете ASP.NET MVC, вы найдете несколько методов создания богатых элементов управления и компонентов и инкапсулирующие аспекты MVC следуйте по тем же путям, что и инкапсуляция приложения WebForms.

Я думаю, что вы делаете только просмотр аспектов MVC, а не то, как все базовые M и C могут быть инкапсулированы и связаны друг с другом. Частичные представления, Render Action/Partial - это лишь небольшие части возможностей компонента MVC для базового компонента. Под крышками гораздо больше богатства.

Ответ 2

Я немного запутался здесь.

Прежде всего,.NET MVC, эквивалентный пользовательским элементам управления, Частичные виды. Частичные представления - удобный способ инкапсуляции общей функции View в одном месте. Затем вы можете вызвать частичный вид из другого представления.

Во-вторых, изменение вида не должно означать также изменение контроллера. Если вам необходимо внести изменения в оба только потому, что ваш вид изменился (а не базовые данные), тогда там возникает проблема с кодом где-то вдоль линии.

Ответ 3

a пользовательский элемент управления - это просто материал, который отображает html, в mvc у вас есть html-помощники и частичные представления и обычные представления (вы можете визуализировать их с помощью renderaction)

Html.Helper("someStuff")
Html.RenderPartial("viewname")
Html.RenderAction<Controller>(o => o.Action());

так что в основном это просто помощники

вы можете легко заменить вызов

Html.TextBoxFor(o => o.Name);

с

Html.RenderPartial("textbox", Model.Name);

Ответ 4

Рассмотрим следующий пример:

• My view (CustomerDetail.ascx) привязывается к модели представления ICustomerDetail, которая выглядит следующим образом:

  интерфейс ICustomerDetail {
    string Имя {get; }
    Адрес CurrentAddress {get; }
  }

• Я могу создать частичное представление Address.ascx, которое привязывается к модели представления IAddress

• Когда я создаю CustomerDetail.ascx, я могу поместить Address.ascx на одну и ту же поверхность и привязать его к полю oCustomerDetail.Address

• IMO - мы должны составлять представления из нескольких таких небольших частичных представлений в MVC, и здесь вы увидите повторное использование и полномочия пользовательских элементов управления (частичные представления)

• Теперь, если мой контроллер возвращает ICustomerDetail, я смогу повторно использовать Address.ascx без проблем

НТН.

Ответ 5

В качестве примера возьмем страницу регистрации для сайта электронной коммерции. Вы запрашиваете у пользователя свое имя, пароль, почтовую информацию, любимую порода собак и т.д. В другом месте приложения вам также необходимо собрать платежный адрес и адрес доставки. Чтобы принудительно использовать DRY, вы создаете пользовательский элемент управления, который управляет записью информации о адресе.

Итак, для дополнительной иллюстрации ваш класс адресов выглядит примерно так:

public class Address
{
    public string StreetAddress { get; set; }
    public string City { get; set; }
    ...
}

Ваш класс регистрации:

public class UserReg
{
    public string UserName { get; set; }
    public Address MailingAddress { get; set; }
    ...
}

Ваши адреса фактуры и доставки могут сходить из класса Address:

public class BillingAddress : Address
{ 
    ...
}

public class ShippingAddress : Address
{ 
    ...
}

В следующих примерах я предполагаю, что вы добавили System.Web.Mvc в раздел namespaces web.config. Основываясь на этой иерархии классов, ваш пользовательский элемент управления будет иметь тег управления, который относится только к классу Address:

<%@ Control Language="C#" Inherits="ViewUserControl<Address>" %>

Поскольку вы это сделали, вам просто нужно передать соответствующую ссылку на эту страницу со страницы. На странице "Регистрация пользователя":

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage<UserReg>" %>
    ...
    <% Html.RenderPartial("AddressControl", Model.MailingAddress); %>

На странице адреса фактуры:

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage<BillingAddress>" %>
    ...
    <% Html.RenderPartial("AddressControl", Model); %>

На странице адреса доставки:

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage<ShippingAddress>" %>
    ...
    <% Html.RenderPartial("AddressControl", Model); %>

Я могу передать модель непосредственно со страницы выставления счетов и доставки, потому что класс напрямую сходит с адреса. До тех пор, пока логика будет правильно обрабатывать адреса, вам не придется делать много изменений в контроллере, если таковые имеются.