MVCS - служба контроллера представления модели

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

Например, ваш слой полной системы может выглядеть так:

1. Уровень просмотра: ваша структура MVC и код выбора
2. Уровень обслуживания: ваш контроллер будет вызывать объекты этого уровня для получения или обновления моделей или других запросов.
3. Объекты доступа к данным: это абстракции, которые ваш уровень обслуживания будет вызывать для получения / обновления необходимых данных. Этот уровень обычно вызывает либо базу данных, либо другую систему (например, сервер LDAP, веб-службу или базу данных типа NoSql).

Тогда уровень обслуживания будет отвечать за:

• Получение и создание вашей «модели» из различных источников данных (или объектов доступа к данным).
• Обновление значений в различных репозиториях / ресурсах.
• Выполнение логики и манипуляций для конкретного приложения и т. Д.

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

Я сам думал об этом шаблоне, не видя никаких ссылок на него где-либо еще, поискал в Google и нашел здесь ваш вопрос :)

Даже сегодня мало кто говорит или публикует о

Шаблон службы View-Controller.

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

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

У меня он есть в модулях с каждым слоем на изображении выше с собственным автономным модулем.

Уровень служб - это «соединитель», «посредник», «контроллер на стороне сервера» в том смысле, что «клиентский» контроллер выполняет для клиента, а «служба» - для сервера.

Другими словами, «Контроллер» на стороне клиента «общается» только с «Сервисом», также известным как Контроллер на стороне сервера.

Контроллер ---> Запросы и получение от уровня обслуживания ‹-----

Уровень сервиса извлекает или передает информацию тем уровням на стороне сервера, которые в ней нуждаются.

Сама по себе Служба ничего не делает, кроме как соединяет уровни сервера с тем, что им нужно.

Вот пример кода:

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

Сказав это, я обнаружил, что уровень обслуживания не нужен для небольших проектов или прототипов и тому подобное. Я совершил ошибку, чрезмерно усложнив проект при создании прототипов, и в конечном итоге это означает, что на реализацию вашей идеи уходит больше времени. Если вы серьезно относитесь к поддержке проекта в среднесрочной перспективе, тогда MVCS - идеальное решение IMO.