Является ли модель-представление-контроллер плохой объектно-ориентированной конструкцией? [закрыто]

Closed . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, отредактировав это сообщение .

Закрыт 6 лет назад .

Архитектура OOD (объектно-ориентированный дизайн) и MVC (модель-представление-контроллер) стали основой современного проектирования программного обеспечения. Все же, Недавно у меня было интересное обсуждение того, как архитектуры MVC используют (и, возможно, даже нарушают ) принципы OOD. Эта возможность на самом деле довольно интригует, поскольку и OOD, и MVC предназначены для достижения многих из одних и тех же целей: разделения проблем и повторного использования программного обеспечения. Но вопрос, который я задаю: Находятся ли эти две стратегии проектирования в прямом конфликте друг с другом? Поскольку я использовал обе на практике, я начинаю думать: вполне возможно, что да.

Я так говорю. потому что: Обеспечение строгого разделения между моделями, представлениями и контроллерами часто приводит к архитектуре, в которой модели реализованы в виде «тупых» контейнеров , которыми можно управлять только через внешние контроллеры. Я утверждаю, что это прямо противоречит одному из главных принципов объектно-ориентированного дизайна: где объекты содержат операции, которые выполняют необходимые операции и инкапсулируют их по мере необходимости. Например, в чистой объектно-ориентированной архитектуре гипотетический класс File будет содержать такие методы, как open () и save () . MVC предполагает, что у нас есть два класса File и FileManager (таким образом, что последний содержит методы open () и save () ) . Для меня: дизайн MVC довольно запутан. Если нужно создать более специализированный тип файла (скажем, для обработки файлов, которые передаются по сети в open () или save () ), один требуется только подкласс File с классом с именем (скажем): StreamedFile . С MVC, вам придется либо создать другой класс менеджера, либо усложнить дизайн исходного класса менеджера.

Из этого следует, что в более сложной системе MVC может иметь катастрофические последствия как для разделения задач, так и для повторного кода. -удобство использования. Или не? Возможно, шаблоны MVC можно реализовать без нарушения принципов OOD? Или MVC - это изначально ошибочный подход, который затрудняет реализацию программных систем со слабосвязанными компонентами?

задан Ryan Delucchi 25 April 2011 в 20:23

0 ответов

Другие вопросы по тегам:

oop model-view-controller design-patterns language-agnostic

Является ли модель-представление-контроллер плохой объектно-ориентированной конструкцией? [закрыто]

0 ответов

Похожие вопросы: