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

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

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

, поэтому в основном это просто помощники

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

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

на

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

В качестве примера возьмем страницу регистрации для сайта электронной коммерции. Вы запрашиваете у пользователя его имя, пароль, почтовую информацию, любимую породу собаки и т. Д. В другом месте приложения вам также необходимо указать адрес для выставления счетов и адрес доставки. Чтобы принудительно применить 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); %>

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

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

• Мое представление (CustomerDetail.ascx) привязывается к модели представления ICustomerDetail, которая выглядит так:

  interface ICustomerDetail {{ 1}} {
  имя строки {get; }
  Адрес CurrentAddress {get; }
  }

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

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

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

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

HTH.

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

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

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