Разработка веб-архитектуры ASP.NET - Часть 2

Кеззер - вы уверены, что хотите взять существующую (и, я полагаю, работающую) систему и полностью переписать ее только для предполагаемых преимуществ MVC? Я знаю, что это не совсем ответ на ваш вопрос, но я бы серьезно подумал, действительно ли архитектура MVC сделает ваших клиентов более счастливыми, чем архитектура Webforms - тем более, что они этого никогда не заметят.

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

• Вы не должны этого делать, как и в случае со сложными типами. Вы можете перетащить минимальные просмотры в полноценное, чтобы отделить повторения.
• Вы можете использовать Html.ActionLink для создания ссылок на страницы, и вы можете использовать Html.RenderPartial или Html.RenderAction для визуализации всего действия на вашей странице.
• Наверняка. Как я уже сказал, вы можете разбить повторение на мелкие компоненты и включить их, когда захотите.

Например...

Я работаю над небольшим приложением-витриной для друга, и я обнаружил, что создаю представление для добавления и редактирования продукта. Проблема в том, что я использовал тот же макет для полей. Итак, я создал пользовательский элемент управления MVC, опустил поля и сделал что-то вроде этого.

Для добавления ..

<asp:Content ID = "DefaultContent" ContentPlaceHolderID = "DefaultContentPlaceHolder" runat = "server">
<% Html.BeginForm<CatalogController>(c => c.AddProduct(null), FormMethod.Post); %>
<% Html.RenderPartial("ProductFields", ViewData); %>
<%= Html.SubmitButton("Submit", "Add") %>
<% Html.EndForm(); %>
</asp:Content>

А для редактирования ...

<asp:Content ID = "DefaultContent" ContentPlaceHolderID = "DefaultContentPlaceHolder" runat = "server">
<% Html.BeginForm<CatalogController>(c => c.EditProduct((Product)null), FormMethod.Post); %>
<% Html.RenderPartial("ProductFields", ViewData); %>
<%= Html.Hidden("Product.ID", ViewData.Model.ID) %>
<%= Html.SubmitButton("Submit", "Save") %>
<% Html.EndForm(); %>
</asp:Content>

И партиал ProductFields выглядел так

<% Product product = ViewData.Model; %>
<% IEnumerable<Category> categories = ViewData["Categories"] as IEnumerable<Category>; %>
<table>
    <tr>
        <td><%= Html.Label("Product.Name", "Name") %></td>
        <td><%= Html.TextBox("Product.Name", product.Name) %></td>
    </tr>
    <tr>
        <td><%= Html.Label("Product.Price", "Price") %></td>
        <td><%= Html.TextBox("Product.Price", product.Price) %></td>
    </tr>
    <tr>
        <td><%= Html.Label("Product.Description", "Description") %></td>
        <td><%= Html.TextBox("Product.Description", product.Description) %></td>
    </tr>
    <tr>
        <td><%= Html.Label("Product.IsActive", "Is active") %></td>
        <td><%= Html.CheckBox("Product.IsActive", product.IsActive) %></td>
    </tr>
    <tr>
        <td><%= Html.Label("Product.IsFeatured", "Is featured") %></td>
        <td><%= Html.CheckBox("Product.IsFeatured", product.IsFeatured.HasValue ? product.IsFeatured.Value : false) %></td>
    </tr>
    <tr>
        <td><%= Html.Label("Product.CategoryID", "Category") %></td>
        <td><%= Html.DropDownList("Product.CategoryID", new SelectList(categories, "ID", "Name")) %></td>
    </tr>
</table>

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

Я отвечу на третью часть вашего вопроса о MVC:

Над MVC намного проще работать в команде. Это особенно хорошо работает в тандеме дизайнер / программист, потому что дизайнер может работать над тем, что он / она знает, а программист может работать над тем, что он знает (давайте посмотрим правде в глаза, программистов очень мало), вместо того, чтобы работать в одном и том же пространстве. (страница .aspx) дизайнер может работать в пространстве просмотра .aspx, в то время как программист может работать в пространстве контроллера .cs.

Существует также дополнительное преимущество использования одной страницы много раз. Используя несколько разных ActionNames и немного настроив частичные страницы и переменные ViewData, вы можете использовать одну страницу снова и снова, чтобы охватить практически любой вариант использования. Мне было очень сложно выполнить аналогичную настройку с WebForms.

Элементы управления маршрутизацией, которые у вас есть в MVC, невероятно надежны, а с интеллектуальным контроллером и дизайном представления вы можете в конечном итоге сократить Интранет на 400 страниц до 20 или около того контроллеров с 80 страницами. Я перестраиваю сайт интрасети, подобный ESPN, который был выполнен на WebForms, у которого было около 200 страниц, и все это прекрасно вписывается в 8 контроллеров и 50 представлений.

• Нужны ли нам дублирующиеся страницы?

Нет.

• Есть ли способ сделать перекрестную ссылку на страницу в разных разделах с помощью MVC?

Да.

• Подходит ли MVC для системы интрасети, состоящей примерно из 400 различных страниц?

как упоминалось в theBadDawg, если вы можете разделить эти 400 страниц на группы страниц, которые имеют что-то общее, это выполнимо. Судя по вашим категории и разделы, похоже, что у вас есть логическая группировка страниц.