У Крейга Стронга есть довольно хорошая статья о MVC в целом и о том, как объяснить ее преимущества для бизнеса. Посмотрите здесь: Обновленная ссылка .

Определите MVC в терминах непрофессионала

Помните, что вы технически подкованы и близки к коду. MVC для вас ясен как день, но говорит бизнесу: «Модель, взгляд, Contoller 'может создать у них впечатление, что вы страдаете от какая-то форма синдрома Туретта. MVC не будет иметь большого значения для бизнеса даже после того, как вы определите их по отношению к коду. Чтобы довести бизнес до понять, почему это ответ и что меньше всего, может быть более сложная задача, чем я ожидал. Даже какой-то парень разработчикам иногда бывает трудно понять это.

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

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

Представление

Представление в MVC является уровнем представления. Это то, что конечный пользователь продукта будут видеть и взаимодействовать с. В системе может быть несколько представления всех типов, от вывода командной строки до обработанный HTML. Представление не состоит из бизнес-логики в большинстве четкие конструкции. Интерфейс подходит по назначению и является областью взаимодействие. Поэтому вы можете просто выводить HTML для потребителей в взаимодействовать или выводить SOAP / XML для взаимодействия предприятий. Обе использовать ту же бизнес-логику, лежащую в основе системы, иначе известную как модели и контроллеры.

В мире собственности вы можете рассматривать вид как интерьер собственности или внешнего слоя собственности, которую жители взаимодействовать с. Интерьер можно настроить по назначению и так же Недвижимость может иметь много разных типов арендаторов. Например недвижимость особой конструкции может содержать жилые дома. То же внутреннее пространство можно легко использовать как офисное помещение, где хотя у этого же имущества другое предназначение. Однако структура собственности такая же. Поэтому среда, в которой взаимодействие пользователей не влияет на структуру здания.

Контроллеры

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

Если мы сравним это со свойством, мы могли бы сравнить порядок забронировать онлайн, чтобы включить выключатель света. Арендатор щелкнет включите так же, как при заказе книги. Сам переключатель является элемент на уровне представления, который отправляет запрос контроллеру точно так же, как нажатие кнопки оформления заказа на веб-сайте. Бизнес-логика в этом случае это то, что установил электрик и встроено в дизайн недвижимости. Переключатель щелкает, что завершает цепь. Электричество проходит по всем проводам, включая блок предохранителей. прямо к лампочке. Как и пользователь, получающий книга, в этом случае арендатор получает свет. Весь процесс позади сцены с электропроводкой не видны арендатор. Они просто взаимодействуют с переключателем в пространстве и из там контроллер обрабатывает запрос.

Модели

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

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

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

• Различные уровни навыков могут работать на разных уровнях системы. Например, дизайнеры могут работать над интерфейсом (View) с очень небольшим знания в области разработки и разработчики могут работать над бизнес-логикой (Контроллер) с очень небольшим вниманием к уровню дизайна. Затем они просто объединить вместе по завершении.
• В результате вышеупомянутого разделения проектами можно управлять проще и быстрее. Дизайнер может запустить интерфейсы до того, как разработчик и наоборот. Этот процесс разработки может быть параллельным, поскольку в отличие от последовательного, что сокращает время разработки.
• Легко иметь несколько типов представлений с использованием одной и той же бизнес-логики.
• Очистить маршрут через систему. Вы четко знаете, где находятся разные уровни системы. С четким маршрутом системы, логику можно разделить и улучшить. Это добавило преимуществ безопасности, поскольку вы четко знаете разрешенный маршрут от данных к пользователю и можете иметь четкие проверки безопасности на маршруте.
• Каждый уровень отвечает за себя. (Относится к пункту 1) Это означает, что у вас может быть чистая файловая структура, которую можно поддерживать. и управляется намного проще и быстрее, чем система с плотной парой, где у вас может быть много повторяющейся логики.
• Наличие четкой структуры означает, что разработка будет более прозрачной, что должно привести к сокращению времени разработки, проблемы обслуживания и циклы выпуска, если они применяются правильно.