Является ли MVC-ARS предпочтительнее классического MVC для предотвращения перегрузки?
У популярного шаблона проектирования MVC (Модель / Представление / Контроллер) есть расширенный родственник MVC-ARS (Действие / Представление / Состояние). Все добавленные компоненты находятся в слое базы данных и, хотя они не являются частью модели, они вызываются им. Детали следующие:
Состояние, как в состоянии машины. Это следует классической модели конечного автомата. Существует текущее состояние, которое соответствует событию, которое приводит к состоянию продолжения или остановки и, возможно, к изменению состояния.
Действие, как и цель всех систем информационных технологий, воздействует на данные. Это означает нашу транзакцию, CRUD (создание / чтение / обновление / удаление) данных в базе данных. Это может быть заблокировано конечным автоматом.
Представление о том, какие данные мы отправляем обратно, станет моделью. Модель данных и модель MVC, вероятно, очень разные, например, реляционная или XML-иерархия. Ничего страшного в этом нет, если оно явное и понятное. Это представление.
Разве это расширение не предотвращает перегрузку модели или контроллера разделением контроля состояния, управления транзакциями и моментального снимка данных?
1 ответ
Никогда не стоит недооценивать способность разработчика сводить на нет все средства защиты, которые вы считаете действующими. Хотя эти дополнительные разделения могут обеспечивать дополнительную защиту, облегчают ли они разработку? Делают ли они разделение простым для понимания и использования? Если нет, разработчики с меньшей вероятностью включат их в свои практики.
Разработчики стремятся к наименьшему сопротивлению.