mvc фреймворк что это

MVC Framework: большое введение для начинающих

Необходимое отступление: не так давно я разместил статью предназначавшуюся для печатного издания. Приведенная ниже статья имеет ту же самую судьбу: она не попала в печать в связи с тяжелым положением журнала. Как и в прошлый раз, я решил опубликовать статью на Хабре, благо тематика попадает под формат. Необходимо заметить, что статья оформлена и содержит текст для журнала, если бы она готовилась для Хабра, то некоторые часть могли бы быть изменены. Надеюсь, статья вам понравится.

O MVC

Паттерн Модель-представление-контроллер или по-английски Model-view-controller используется очень давно. Еще в 1979 году его описал Тригве Реенскауг в своей работе «Разработка приложений на Smalltalk-80: как использовать Модель-представление-контроллер». С тех пор паттерн зарекомендовал себя как очень удачная архитектура программного обеспечения.

Пользователь, работая с интерфейсом, управляет контроллером, который перехватывает действия пользователя. Далее контроллер уведомляет модель о действиях пользователя, тем самым изменяя состояние модели. Контроллер также уведомляет представление. Представление, используя текущее состояние модели, строит пользовательский интерфейс.
Основой паттерна является отделение модели данных приложения, его логики и представления данных друг от друга. Таким образом, следуя правилу «разделяй и властвуй», удается строить стройное программное обеспечение, в котором, во-первых, модель не зависит от представления и логики, а во-вторых, пользовательский интерфейс надежно отделен от управляющей логики.

ASP.NET MVC Framework

С другой стороны, MVC Framework не предполагает использование классических web-форм и web-элементов управления, в нем отсутствуют такие механизмы как обратные вызовы (postbacks) и состояние представления (viewstate). MVC Framework так же предлагает использование URL-mapping и архитектуру REST в качестве модели запросов, что положительно повлияет на поисковую оптимизацию web-проектов.

В целом, высказывая свое мнение, я могу сказать, что MVC Framework предложил для разработчиков ASP.NET новый стиль, ориентированный на качество клиентского кода. Генерируемый MVC код страниц не содержит ничего автоматически создаваемого, здесь нет раздутых идентификаторов, нет огромных viewstate, написание клиентских скриптов упрощено в связи с тем, что код страницы представляет собой чистый, созданный самим программистом HTML. В эпоху, когда понятие web 2.0 прочно вошло в нашу жизнь полный контроль над страницей на клиентской стороне – это залог успеха любого web-проекта.

Версии MVC Framework

Советы

Как задать на странице html-элемент select

var products = GetProducts();
ViewData[«sampleSelect»] = new SelectList(products, «Id», «Name»);

Где
GetProducts – это некий метод, источник данных в виде IEnumerable, такие источники данных следует располагать в модели данных, здесь приведено упрощенно для примера;
SelectList – это вспомогательный класс определенный в System.Web.MVC.

Здесь, через ViewData передается набор данных созданных с помощью класса SelectList, конструктор которого через первый параметр принимает данные в виде products. Имена свойств, определенных в классе Product, для значений и выводимого текста в select передается вторым и третьим параметрами.

Как отобразить пользовательский элемент управления

Для того чтобы отобразить свой элемент управления используется представленный в preview 5 метод Html.RenderPartial(. ). Для того чтобы использовать пользовательский элемент управления в своих проектах он должен быть создан как MVC View User Control, а не как обычный Web User Control. Разница заключается в том, от какого класса наследуется созданный элемент. В случае MVC, элемент будет наследоваться от System.Web.Mvc.ViewUserControl.

Вывод пользовательского элемента не составляет труда:

Где SampleUserCtrl – это имя класса, который представляет пользовательский элемент управления.

Как присвоить элементу, созданному через класс Html, атрибут class

Когда мало ViewData

Разделяем логику GET и POST запросов

[AcceptVerbs( «GET» )]
public ActionResult Login()
<
return View( «Index» );
>

Управление кэшированием

MVC Framework позволяет управлять кэшированием результата каждого action. То есть, вы можете задать каким образом и сколько будет кэшироваться тот или иной запрос на сервере или на клиенте. Для этого существует аналог директивы классического asp.net атрибут [OutputCache]. Ниже перечислены его параметры:

Использование OutputCache очень элементарное. Следующий пример показывает, как кэшировать результат action Index на 10 секунд.

Сложные страницы и пользовательские модели

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

Такие данные при хранении в базах данных хранятся не в одной таблице, а в нескольких, может даже в нескольких десятках. В таком случае, если вы используете ОRM – объектную модель базы данных, то для создания одной страницы MVC Framework вам придется инициализировать множество списочных или других переменных и заполнить их данными.

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

public class BankInfoModel
<
public Bank Bank;
public IEnumerable BankBranches;
>

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

Для прозрачного использования нашей модели мы должны сделать следующее: переделать базовый класс нашего представления с

public partial class Index: ViewPage

public partial class Index : ViewPage

Теперь, в коде представления, нам доступен инстанцированный экземпляр модели типа BankInfoModel через ViewData.Model. Конечно, контроллер должен его инициализировать для нас, но это элементарно:

Где int? id – это параметр, который указывает на идентификатор банка

Использование экземпляра нашей модели в представлении также просто:

div class =»vcard» >
h1 > span class =»fn org» > =ViewData.Model.Bank.shortName %> span > h1 >
p > Телефон: span class =»fn phone» > =ViewData.Model.Bank.phone %> span > p >
div >

Сложные типы, ModelBinder

[AcceptVerbs(«POST»)]
public ActionResult Login(string userLogin, string userPass)

public class LoginModel
<
public string userLogin < get ; set ; >
public string userPass

public class LoginModelBinder : IModelBinder
<
public object GetValue(ControllerContext controllerContext, string modelName,
Type modelType, ModelStateDictionary modelState)

Обратите внимание, мы определяем метод GetValue и заполняем в нем данные модели через контекст запроса.

Перед заключительным шагом нам необходимо указать для нашего класса модели LoginModel атрибут ModelBinder:

[ModelBinder( typeof (LoginModelBinder))]
public class LoginModel
<
public string userLogin < get ; set ; >
public string userPass

[AcceptVerbs(«POST»)]
public ActionResult Login([ModelBinder(typeof(LoginModelBinder))] LoginModel loginModelData)

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult Login(LoginModel loginModelData)

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult Login([Bind(Prefix=””, Include=”userLogin, userPass”)] LoginModel loginModelData)

И хотя мы не обязаны создавать свои варианты ModelBinder этот инструмент все же может пригодиться и будет полезным для тонкой настройки обработки значений комплексных типов переданных с формы.

Перехват необработанных ошибок, неверных URL

Известно, что ничего так не сбивает с толку пользователя как непонятная ошибка, возникшая на ровном месте. Даже, если в вашем проекте такие ошибки время от времени происходят, необходимо позаботится о том, чтобы пользователь получал уведомление как можно более дружелюбно. Для таких целее используются страницы ошибок, перехват необработанных исключений, а так же обработка 404 ошибки http «Страница не найдена».

Для перехвата необработанных исключений необходимо создать в папке Views/Shared страницу Error.aspx с информацией об ошибке, которая содержит, например, такой код:

span >
Ой! Извините, но на нашей странице произошла ошибка. br />
Текст ошибки: = ViewData.Model.Exception.Message %>
span >

[HandleError]
public class HomeController: Controller

public class ErrorController : Controller
<
public ActionResult Index()
<
return RedirectToAction( «Http404» );
>
public ActionResult Http404()
<
Response.StatusCode = 404;
return View();
>
>

h1 > 404 h1 >
p > Запрошенной страницы не существует p >

customErrors mode =»RemoteOnly» >
error statusCode =»404″ redirect =»

Таким образом, все наши пользовательские исключения типа 404 будут также перенаправляться на нашу страницу Http404.aspx, что позволит сохранить общий подход и объединить под понятие «ненайденной страницы» как неверные URL, так и URL-введенные с ошибкой или в силу каких-то других причин неприемлемые для обработки, например из-за нарушения прав доступа.

Следует учесть, что для правильно работы перехвата ошибок в IIS7 требуется выставить следующие параметры в разделе «Страницы ошибок» настроек вашего сайта.

Заключение

В статье я попытался описать некоторые аспекты работы с MVC Framework. Многие моменты – элементарны, некоторые не так просты, как кажутся, часть – хорошо описана в интернете, часть – не описана вовсе. Во всех случаях приведенный материал может сослужить хорошую службу как начинающим знакомство с MVC Framework, так и тем, кто уже имеет опыт создания web-приложений с его помощью.

MVC Framework сегодня – это, всего лишь, бета-версия того продукта, который будет в итоге. Но уже сейчас этот инструмент позволяет создавать web-приложения, используя все мощь паттерна MVC. Возможно, когда вы будете читать эту статью, выйдет финальный релиз MVC Framework, который ожидается к концу 2008 года, но можно предположить, что большинство функций уже не будет изменено.

Источник

Общие сведения ASP.NET Core MVC

Автор: Стив Смит (Steve Smith)

ASP.NET MVC является многофункциональной платформой для создания веб-приложений и API-интерфейсов с помощью структуры проектирования Model-View-Controller.

Шаблон MVC

Структура архитектуры MVC разделяет приложение на три основных группы компонентов: модели, представлении и контроллеры. Это позволяет реализовать принципы разделения задач. Согласно этой структуре запросы пользователей направляются в контроллер, который отвечает за работу с моделью для выполнения действий пользователей и (или) получение результатов запросов. Контроллер выбирает представление для отображения пользователю со всеми необходимыми данными модели.

На следующей схеме показаны три основных компонента и существующие между ними связи.

Такое распределение обязанностей позволяет масштабировать приложение в контексте сложности, так как проще писать код, выполнять отладку и тестирование компонента (модели, представления или контроллера) с одним заданием. Гораздо труднее обновлять, тестировать и отлаживать код, зависимости которого находятся в двух или трех этих областях. Например, логика пользовательского интерфейса, как правило, подвергается изменениям чаще, чем бизнес-логика. Если код представления и бизнес-логика объединены в один объект, содержащий бизнес-логику, объект необходимо изменять при каждом обновлении пользовательского интерфейса. Это часто приводит к возникновению ошибок и необходимости повторно тестировать бизнес-логику после каждого незначительного изменения пользовательского интерфейса.

Представление и контроллер зависят от модели. Однако сама модель не зависит ни от контроллера, ни от представления. Это является одним из ключевых преимуществ разделения. Такое разделение позволяет создавать и тестировать модели независимо от их визуального представления.

Функции модели

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

Функции представления

Функции контроллера

Контроллеры — это компоненты для управления взаимодействием с пользователем, работы с моделью и выбора представления для отображения. В приложении MVC представление служит только для отображения информации. Обработку введенных данных, формирование ответа и взаимодействие с пользователем обеспечивает контроллер. В структуре MVC контроллер является начальной отправной точкой и отвечает за выбор рабочих типов моделей и отображаемых представлений (именно этим объясняется его название — он контролирует, каким образом приложение отвечает на конкретный запрос).

Контроллеры не должны быть чересчур сложными из-за слишком большого количества обязанностей. Чтобы не перегружать логику контроллера, перенесите бизнес-логику из контроллера в модель предметной области.

Если ваш контроллер часто выполняет одни и те же виды действий, переместите эти действия в фильтры.

ASP.NET Core MVC

ASP.NET Core MVC представляет собой упрощенную, эффективно тестируемую платформу с открытым исходным кодом, оптимизированную для использования с ASP.NET Core.

ASP.NET Core MVC предоставляет основанный на шаблонах способ создания динамических веб-сайтов с четким разделением задач. Она обеспечивает полный контроль разметки, поддерживает согласованную с TDD разработку и использует новейшие веб-стандарты.

Маршрутизация

Платформа ASP.NET Core MVC создана на основе маршрутизации ASP.NET Core — мощного компонента сопоставления URL-адресов, который позволяет создавать приложения с понятными и поддерживающими поиск URL-адресами. Вы можете определять шаблоны именования URL-адресов приложения, эффективно работающие для оптимизации для поисковых систем (SEO) и для создания ссылок, независимо от способа организации файлов на веб-сервере. Вы можете определять маршруты с помощью понятного синтаксиса шаблонов маршрутов, который поддерживает ограничения значений маршрутов, значения по умолчанию и необязательные значения.

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

Маршрутизация атрибутов используется для указания сведений о маршрутизации путем добавления атрибутов, определяющих маршруты приложения, к контроллерам и действиям. Это означает, что определения маршрутов помещаются рядом с контроллером и действием, с которым они связаны.

Привязка модели

Привязка модели в ASP.NET Core MVC преобразует данные запроса клиента (значения форм, данные маршрута, параметры строки запроса, заголовки HTTP) в объекты, которые может обрабатывать контроллер. В результате логике контроллера не требуется определять данные входящего запроса — данные просто доступны в виде параметров для методов действий.

Проверка модели

ASP.NET MVC поддерживает возможность проверки, дополняя модель объекта атрибутами проверки заметок к данным. Атрибуты проверки проверяются на стороне клиента до размещения значений на сервере, а также на сервере перед выполнением действия контроллера.

Платформа обрабатывает проверку данных запроса на клиенте и на сервере. Логика проверки, указанная в типах модели, добавляется в готовые для просмотра представления в виде ненавязчивых заметок и реализуется в браузере с помощью подключаемого модуля jQuery Validation.

Внедрение зависимостей

ASP.NET Core имеет встроенную поддержку внедрения зависимостей (DI). В ASP.NET MVC Core контроллеры могут запрашивать необходимые служб через свои конструкторы, предоставляя им возможность следовать принципу явных зависимостей.

Кроме того, приложение может использовать внедрение зависимостей в файлы представления с помощью директивы @inject :

Фильтры

Фильтры помогают разработчикам решать общие задачи, такие как обработка исключений или авторизация. Фильтры активируют пользовательскую логику предварительной и завершающей обработки для методов действий и могут быть настроены для запуска в определенные моменты в конвейерном выполнении определенного запроса. Фильтры могут применяться к контроллерам или действиям в виде атрибутов (или могут выполняться глобально). В состав платформы входит несколько фильтров (например, Authorize ). [Authorize] является атрибутом, который используется для создания фильтров авторизации MVC.

Области

области позволяют секционировать крупные ASP.NET Core веб-приложения MVC в более мелкие функциональные группы. Область является структурой MVC внутри приложения. В проекте MVC логические компоненты, такие как модель, контроллер и представление, находятся в разных папках, и для создания связи между этими компонентами MVC использует соглашения об именовании. Крупное приложение может быть целесообразно разделить на отдельные высокоуровневые области функциональности. Например, приложение электронной коммерции с несколькими подразделениями, например извлечение, выставление счетов и поиск и т. д. Каждое из этих устройств имеет собственные представления логических компонентов, контроллеры и модели.

Веб-API

Помимо того, что ASP.NET Core MV прекрасно подходит для создания веб-сайтов, эта платформа располагает мощной поддержкой для построения веб-API. Создавайте службы, доступные для широкого круга клиентов, включая браузеры и мобильные устройства.

Платформа поддерживает согласования содержимого HTTP со встроенной поддержкой для форматирования данных в виде JSON или XML. Пишите пользовательские модули форматирования для добавления поддержки собственных форматов.

Используйте функции создания ссылок для поддержки гипермедиа. Легко включайте поддержку общего доступа к ресурсам независимо от источника (CORS) для совместного использования веб-API в нескольких веб-приложениях.

Тестирование

Благодаря используемым интерфейсам и внедрению зависимостей платформа хорошо подходит для модульного тестирования. Кроме того, с помощью таких компонентов, как TestHost и поставщик InMemory для Entity Framework, можно быстро и просто выполнять интеграционные тесты. Узнайте больше о тестировании логики контроллеров.

Razor Просмотреть подсистему

ASP.NET Core представления MVC используют Razor обработчик представлений для отображения представлений. Razor — Это компактный, выразительный и жидкий язык разметки шаблонов для определения представлений с помощью встраиваемого кода C#. Razor используется для динамического создания веб-содержимого на сервере. Серверный код можно полностью комбинировать с содержимым и кодом на стороне клиента.

С помощью Razor обработчика представлений можно определять макеты, частичные представления и заменяемые разделы.

Строго типизированные представления

Razor представления в MVC могут быть строго типизированы на основе модели. Контроллеры передают строго типизированную модель в представления для поддержки в них IntelliSense и проверки типов.

Например, следующее представление отображает модель типа IEnumerable

Вспомогательные функции тегов

Вспомогательные функции тегов позволяют коду на стороне сервера принимать участие в создании и ОТРИСОВКЕ HTML-элементов в Razor файлах. Вспомогательные функции тегов используются для определения настраиваемых тегов (например, ) или для изменения поведения существующих тегов (например, ). Вспомогательные функции тегов привязываются к определенным элементам на основе имени элемента и его атрибутов. Они предоставляют преимущества отрисовки на стороне сервера, сохраняя при этом возможности редактирования HTML.

Существует множество встроенных вспомогательных функций тегов для общих задач — например, для создания форм, ссылок, загрузки ресурсов и т. д. Кроме того, огромное количество функций доступно в общедоступных репозиториях GitHub и в качестве пакетов NuGet. Вспомогательные функции тегов разрабатываются на C# и предназначены для HTML-элементов на основе имени элемента, имени атрибута или родительского тега. Например, встроенную функцию LinkTagHelper можно использовать для создания ссылки на действие AccountsController для Login :

С помощью EnvironmentTagHelper можно включать в приложения различные сценарии (например, необработанные или минифицированные) для конкретной среды выполнения (разработки, промежуточной или производственной):

Вспомогательные функции тегов обеспечивают удобный для HTML процесс разработки и расширенную среду IntelliSense для создания HTML и Razor разметки. Большинство встроенных вспомогательных функций тегов работают с существующими HTML-элементами и предоставляют для них атрибуты на стороне сервера.

Компоненты представлений

Компоненты представлений позволяют упаковывать логику отрисовки и повторно использовать ее в приложении. Они аналогичны частичным представлениям, но имеют связанную логику.

Источник

MVC Framework — Краткое руководство

Компоненты MVC

Ниже приведены компоненты MVC —

модель

Компонент Model соответствует всей логике, связанной с данными, с которой работает пользователь. Это может представлять либо данные, которые передаются между компонентами View и Controller, либо любые другие данные, связанные с бизнес-логикой. Например, объект Customer будет извлекать информацию о клиенте из базы данных, манипулировать ею и обновлять данные обратно в базу данных или использовать ее для визуализации данных.

Посмотреть

Компонент View используется для всей логики пользовательского интерфейса приложения. Например, представление Customer будет включать все компоненты пользовательского интерфейса, такие как текстовые поля, раскрывающиеся списки и т. Д., С которыми взаимодействует конечный пользователь.

контроллер

Контроллеры действуют как интерфейс между компонентами Model и View для обработки всей бизнес-логики и входящих запросов, манипулирования данными с использованием компонента Model и взаимодействия с представлениями для получения окончательного результата. Например, контроллер клиента будет обрабатывать все взаимодействия и входные данные из представления клиента и обновлять базу данных, используя модель клиента. Тот же контроллер будет использоваться для просмотра данных клиента.

ASP.NET MVC

ASP.NET MVC Особенности

ASP.NET MVC предоставляет следующие функции —

Идеально подходит для разработки сложных, но легких приложений.

Предоставляет расширяемый и подключаемый каркас, который можно легко заменить и настроить. Например, если вы не хотите использовать встроенный Razor или ASPX View Engine, вы можете использовать любые другие сторонние механизмы просмотра или даже настроить существующие.

Использует компонентный дизайн приложения, логически разделив его на компоненты Model, View и Controller. Это позволяет разработчикам управлять сложностью крупномасштабных проектов и работать над отдельными компонентами.

Структура MVC улучшает управляемую тестированием разработку и тестируемость приложения, поскольку все компоненты могут быть разработаны на основе интерфейса и протестированы с использованием фиктивных объектов. Следовательно, ASP.NET MVC Framework идеально подходит для проектов с большой командой веб-разработчиков.

Поддерживает все существующие широкие функциональные возможности ASP.NET, такие как авторизация и аутентификация, главные страницы, привязка данных, элементы управления пользователя, членство, маршрутизация ASP.NET и т. Д.

Не использует концепцию View State (которая присутствует в ASP.NET). Это помогает создавать легкие приложения и дает полный контроль над разработчиками.

Идеально подходит для разработки сложных, но легких приложений.

Предоставляет расширяемый и подключаемый каркас, который можно легко заменить и настроить. Например, если вы не хотите использовать встроенный Razor или ASPX View Engine, вы можете использовать любые другие сторонние механизмы просмотра или даже настроить существующие.

Использует компонентный дизайн приложения, логически разделив его на компоненты Model, View и Controller. Это позволяет разработчикам управлять сложностью крупномасштабных проектов и работать над отдельными компонентами.

Структура MVC улучшает управляемую тестированием разработку и тестируемость приложения, поскольку все компоненты могут быть разработаны на основе интерфейса и протестированы с использованием фиктивных объектов. Следовательно, ASP.NET MVC Framework идеально подходит для проектов с большой командой веб-разработчиков.

Поддерживает все существующие широкие функциональные возможности ASP.NET, такие как авторизация и аутентификация, главные страницы, привязка данных, элементы управления пользователя, членство, маршрутизация ASP.NET и т. Д.

Не использует концепцию View State (которая присутствует в ASP.NET). Это помогает создавать легкие приложения и дает полный контроль над разработчиками.

Таким образом, вы можете рассматривать MVC Framework как основную платформу, основанную на ASP.NET, предоставляющую большой набор дополнительных функций, ориентированных на разработку и тестирование на основе компонентов.

MVC Framework — Архитектура

В последней главе мы изучили поток архитектуры высокого уровня MVC Framework. Теперь давайте посмотрим, как происходит выполнение приложения MVC при наличии определенного запроса от клиента. Следующая диаграмма иллюстрирует поток.

Блок-схема MVC

Flow Steps

Шаг 1 — Браузер клиента отправляет запрос в приложение MVC.

Шаг 2. Global.ascx получает этот запрос и выполняет маршрутизацию на основе URL-адреса входящего запроса с использованием объектов RouteTable, RouteData, UrlRoutingModule и MvcRouteHandler.

Шаг 3 — Эта операция маршрутизации вызывает соответствующий контроллер и выполняет его, используя объект IControllerFactory и метод Execute объекта MvcHandler.

Шаг 4 — Контроллер обрабатывает данные с использованием Model и вызывает соответствующий метод с использованием объекта ControllerActionInvoker

Шаг 5 — Обработанная модель затем передается в представление, которое, в свою очередь, отображает окончательный результат.

MVC Framework — ASP.NET Forms

MVC и ASP.NET Web Forms — это взаимосвязанные, но разные модели разработки, в зависимости от требований приложения и других факторов. На высоком уровне вы можете считать, что MVC является продвинутой и сложной средой веб-приложений, разработанной с учетом разделения проблем и возможности тестирования. Обе структуры имеют свои преимущества и недостатки в зависимости от конкретных требований. Эта концепция может быть визуализирована с помощью следующей диаграммы —

Диаграмма MVC и ASP.NET

Сравнительная таблица

MVC Framework — первое приложение

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

Создать первое приложение MVC

Шаг 2 — Откроется опция Шаблон проекта. Выберите «Пустой шаблон» и «Просмотреть движок как бритву». Нажмите ОК.

Теперь Visual Studio создаст наш первый проект MVC, как показано на следующем снимке экрана.

Шаг 3 — Теперь мы создадим первый контроллер в нашем приложении. Контроллеры — это просто простые классы C #, которые содержат несколько открытых методов, известных как методы действий. Чтобы добавить новый контроллер, щелкните правой кнопкой мыши папку «Контроллеры» в нашем проекте и выберите «Добавить» → «Контроллер». Назовите контроллер как HomeController и нажмите «Добавить».

Это создаст файл класса HomeController.cs в папке Controllers со следующим кодом по умолчанию.

Приведенный выше код в основном определяет открытый метод Index внутри нашего HomeController и возвращает объект ViewResult. На следующих шагах мы узнаем, как вернуть View, используя объект ViewResult.

Шаг 4 — Теперь мы добавим новый вид на наш домашний контроллер. Чтобы добавить новый вид, щелкните правой кнопкой мыши папку просмотра и выберите «Добавить» → «Просмотр».

Шаг 5 — Назовите новый вид в качестве индекса и механизм просмотра в качестве бритвы (SCHTML). Нажмите Добавить.

Это добавит новый файл cshtml в папку Views / Home со следующим кодом —

Шаг 6 — Измените содержимое тела вышеупомянутого представления следующим кодом —

Шаг 7 — Теперь запустите приложение. Это даст вам следующий вывод в браузере. Этот вывод отображается на основе содержимого нашего файла View. Сначала приложение вызывает контроллер, который, в свою очередь, вызывает это представление и выдает результат.

На шаге 7 вывод, который мы получили, был основан на содержимом нашего файла View и не взаимодействовал с контроллером. Продвигаясь на шаг вперед, мы сейчас создадим небольшой пример для отображения приветственного сообщения с текущим временем, используя взаимодействие View и Controller.

Шаг 8 — MVC использует объект ViewBag для передачи данных между Controller и View. Откройте HomeController.cs и отредактируйте функцию Index в следующем коде.

В приведенном выше коде мы устанавливаем значение атрибута Greeting объекта ViewBag. Код проверяет текущий час и возвращает сообщение «Доброе утро / полдень», используя инструкцию return View (). Обратите внимание, что здесь Greeting — это просто пример атрибута, который мы использовали с объектом ViewBag. Вы можете использовать любое другое имя атрибута вместо Приветствия.

Шаг 9 — Откройте Index.cshtml и скопируйте следующий код в раздел body.

В приведенном выше коде мы обращаемся к значению атрибута Greeting объекта ViewBag с помощью @ (который будет установлен из контроллера).

Шаг 10 — Теперь снова запустите приложение. На этот раз наш код сначала запустит контроллер, установит ViewBag, а затем отобразит его, используя код View. Ниже будет вывод.

MVC Framework — Папки

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

Нажмите ОК. В следующем окне выберите Интернет-приложение в качестве шаблона проекта и нажмите ОК.

Это создаст пример приложения MVC, как показано на следующем снимке экрана.

Примечание. Файлы, представленные в этом проекте, выходят из выбранного по умолчанию шаблона. Они могут немного измениться в зависимости от версии.

Папка контроллеров

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

В нашем примере папка Controllers содержит два файла классов: AccountController и HomeController.

Папка моделей

Эта папка будет содержать все классы Model, которые используются для работы с данными приложения.

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

Папка просмотров

В этой папке хранятся файлы HTML, связанные с отображением приложения и пользовательским интерфейсом. Он содержит одну папку для каждого контроллера.

В нашем примере вы увидите три подпапки в Views, а именно Account, Home и Shared, которые содержат html-файлы, специфичные для этой области просмотра.

Папка App_Start

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

Например, файл RouteConfig используется для маршрутизации входящего URL-адреса на правильный контроллер и действие.

Папка содержимого

Эта папка содержит все статические файлы, такие как CSS, изображения, значки и т. Д.

Файл Site.css внутри этой папки является стилем по умолчанию, применяемым приложением.

Папка скриптов

В этой папке хранятся все файлы JS в проекте. По умолчанию Visual Studio добавляет MVC, jQuery и другие стандартные библиотеки JS.

MVC Framework — Модели

Компонент «Модель» отвечает за управление данными приложения. Он отвечает на запрос от представления и также отвечает на инструкции от контроллера, чтобы обновить себя.

Классы моделей могут быть созданы вручную или сгенерированы из объектов базы данных. В следующих главах мы увидим много примеров для ручного создания моделей. Таким образом, в этой главе мы попробуем другой вариант, то есть генерирование из базы данных, чтобы вы имели практический опыт работы с обоими методами.

Создать объекты базы данных

Подключитесь к SQL Server и создайте новую базу данных.

Теперь выполните следующие запросы для создания новых таблиц.

Генерация моделей с использованием объектов базы данных

После создания базы данных и настройки таблиц вы можете создать новое пустое приложение MVC. Щелкните правой кнопкой мыши папку «Модели» в вашем проекте и выберите «Добавить» → «Новый элемент». Затем выберите ADO.NET Entity Data Model.

В следующем мастере выберите «Создать из базы данных» и нажмите «Далее». Установите соединение с вашей базой данных SQL.

Выберите базу данных и нажмите «Проверить соединение». Далее появится экран, похожий на следующий. Нажмите кнопку «Далее.

Выберите Таблицы, Представления и Хранимые процедуры и функции. Нажмите Готово. Вы увидите представление модели, созданное, как показано на следующем снимке экрана.

Вышеуказанные операции автоматически создадут файл модели для всех объектов базы данных. Например, созданная нами таблица Student приведет к созданию файла Model Student.cs со следующим кодом:

MVC Framework — Контроллеры

Контроллеры Asp.net MVC отвечают за управление потоком выполнения приложения. Когда вы делаете запрос (означает запрос страницы) к приложению MVC, контроллер отвечает за возврат ответа на этот запрос. Контроллер может выполнять одно или несколько действий. Действие контроллера может возвращать различные типы результатов действия для конкретного запроса.

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

Создать контроллер

Чтобы создать контроллер —

Шаг 1. Создайте пустое приложение MVC, а затем щелкните правой кнопкой мыши папку Controller в своем приложении MVC.

Будет создан файл класса Controller, как показано на следующем снимке экрана.

Создайте контроллер с помощью IController

В MVC Framework классы контроллеров должны реализовывать интерфейс IController из пространства имен System.Web.Mvc.

Это очень простой интерфейс. Единственный метод, Execute, вызывается, когда запрос нацелен на класс контроллера. MVC Framework знает, на какой класс контроллера был нацелен запрос, путем чтения значения свойства контроллера, сгенерированного данными маршрутизации.

Шаг 1 — Добавьте новый файл класса и назовите его DemoCustomController. Теперь измените этот класс, чтобы он наследовал интерфейс IController.

Шаг 2 — Скопируйте следующий код внутри этого класса.

Шаг 3 — Запустите приложение, и вы получите следующий вывод.

MVC Framework — Представления

Как видно из начальных вступительных глав, View — это компонент, связанный с пользовательским интерфейсом приложения. Эти представления обычно связываются с данными модели и имеют такие расширения, как html, aspx, cshtml, vbhtml и т. Д. В нашем первом приложении MVC мы использовали представления с контроллером для отображения данных конечному пользователю. Для рендеринга статического и динамического содержимого в браузер MVC Framework использует View Engines. Механизмы представления — это в основном реализация синтаксиса разметки, которая отвечает за отображение окончательного HTML-кода в браузере.

MVC Framework поставляется с двумя встроенными механизмами просмотра —

Razor Engine — Razor — это синтаксис разметки, который позволяет использовать на стороне сервера код C # или VB на веб-страницах. Этот код на стороне сервера можно использовать для создания динамического содержимого при загрузке веб-страницы. По сравнению с ASPX, Razor является продвинутым движком и был выпущен в более поздних версиях MVC.

Механизм ASPX — ASPX или механизм веб-форм — это механизм представления по умолчанию, который включен в MVC Framework с самого начала. Написание кода с помощью этого движка похоже на написание кода в ASP.NET Web Forms.

Ниже приведены небольшие фрагменты кода, сравнивающие Razor и ASPX engine.

Источник