Мы движемся к классическому ASP, используя MVC Framework в .Net 3.5?

Question

Глядя на инфраструктуру MVC, нам кажется, что нам нужно больше классических знаний ASP, чем постбэков и представлений ASP.NET. Двигаемся ли мы назад к сложной логике кода UI + в реальной разметке внешнего интерфейса HTML?

Answer 1

Мы возвращаемся к тому, чтобы не пытаться абстрагироваться от таких фундаментальных понятий, как запросы HTML и HTTP. Со стороны пользовательского интерфейса это приводит к тому, что представления более тесно интегрированы с выводом, что не является плохой вещью. классическая модель ASP означает, что все тесно связано с выходом, что - плохо.

Answer 2

Можно утверждать, что парадигма MVC - это шаг назад, если вы считаете, что парадигма ASP.NET является шагом вперед, я полагаю. Лично я всегда думал, что писать классический разделенный код на классическом ASP гораздо проще, чем на .NET, где выводимый текст обычно разбивается на блоки кода, куда невозможно получить доступ с помощью стандартного редактора HTML. Я всегда думал, что архитектура ASP.NET больше ориентирована на развитие .NET, чем на улучшение общей структуры нашего приложения, поэтому в этом смысле MVC - это шаг вперед.

Answer 3

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

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

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

Answer 4

Забавно, что вы упомянули об этом ... У меня была такая же беседа с коллегой сегодня.

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

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

Это только мое первоначальное замечание относительно MVC. Это очень классная технология, особенно с учетом того, как она находится на вершине REST, с которой очень легко работать из других технологий.

Я с нетерпением жду возможности попробовать его в нескольких будущих проектах!

Answer 5

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