Глядя на структуру MVC, нам кажется, что нам нужно больше классических знаний ASP, а затем ретрансляции ASP.NET и Viewstates. Переходим ли мы назад к сложной логике UI + кода в фактической разметке HTML-интерфейса?Переходим ли мы к классическому ASP с использованием структуры MVC в .NET 3.5?
Мы возвращаемся к тому, чтобы не пытаться отвлечь фундаментальные понятия, такие как запросы HTML и HTTP. В конце пользовательского интерфейса это означает, что представления более тесно интегрированы с выходом, что не так уж плохо. классическая модель ASP переведена на то, что все тесно интегрировано с выходом, которое - это плохой.
Это смешно, что вы упомянули об этом ... Сегодня я беседовал с коллегой.
Это шаг назад? Я так не думаю ... в то время как в классическом asp у вас была некоторая сложная логика в пользовательском интерфейсе, из того, что я вижу с MVC, сложная логика все равно должна быть в ваших бизнес-объектах, и любое сложное взаимодействие с объектом должно с помощью контроллера.
Цель, опять же, из того, что я вижу, заключается в том, чтобы убрать пользовательский интерфейс и приспособиться, когда дело доходит до фактической бизнес-логики. Любой дополнительный вздутие может быть вызвано тем, что пользовательский интерфейс более удобен для пользователя, например, AJAX и JQuery.
Это только мое первоначальное наблюдение за MVC. Это очень крутая технология, особенно с тем, как она сидит на вершине REST, что очень удобно для работы с другими технологиями.
Я с нетерпением жду, чтобы попробовать это в нескольких будущих проектах!
Вся точка MVC предназначена для разделения кода. Модели должны содержать всю вашу бизнес-логику, View должен просто обрабатывать вывод для пользователя, а контроллер должен склеить эти две части вместе.
Можно утверждать, что парадигма MVC является шагом назад, если вы считаете, что парадигма ASP.NET является шагом вперед, я думаю. Лично я всегда думал, что гораздо проще писать чистый разделенный код в классическом ASP, а не .NET, где выводимый текст вывода обычно попадает в блоки кода, где невозможно было получить доступ со стандартным HTML-редактором. Я всегда думал, что архитектура ASP.NET больше связана с продвижением .NET, чем с улучшением общей структуры нашего приложения, поэтому в этом смысле MVC является шагом вперед.
Если вы видите сложную логику кода в представлении относительно моделей и контроллеров, то, возможно, вы приближаетесь к нему неправильно.
В чистом виде вы должны иметь возможность отключить представление (вместо XML, вместо HTML), с минимальной работой. Это может произойти только в том случае, если логика данных содержится в моделях, а бизнес-логика - в контроллерах.
Таким образом, если вы показывали корзину покупок, у представления может быть только код, который записывает количество и итоговые количества продукта. Класс модели (ов) будет содержать данные о продукте, и контроллер выполнит всю обработку, такую как добавление продуктов и проверка.