Pull to refresh

Comments 6

Можете посоветовать добротную литературу по этой теме?

  1. "Архитектура программного обеспечения на практике. 2-е издание", 2020 - Л. Басс, П. Клементс, Р. Кацман

  2. "Микросервисы. Паттерны разработки и рефакторинга", 2020 - Крис Ричардсон

  3. "gRPC: запуск и эксплуатация облачных приложений. Go и Java для Docker и Kubernetes", 2021 - Касун Индрасири, Данеш Курупу

  4. "Технологии веб-сервисов", 2021 - Дергачев А.М., Кореньков Ю.Д., Логинов И.П., Сафронов А.Г.

ГОСТ Р ИСО 19440 - конструкции моделирования предприятия

ГОСТ Р 57100 - описание архитектуры (42010) СиПИ. Описание архитектуры

ГОСТ Р ИСО 15704 - ТРЕБОВАНИЯ К СТАНДАРТНЫМ АРХИТЕКТУРАМ И МЕТОДОЛОГИЯМ ПРЕДПРИЯТИЯ

ГОСТ Р ИСО 14258 - КОНЦЕПЦИИ И ПРАВИЛА ДЛЯ МОДЕЛЕЙ ПРЕДПРИЯТИЯ

ГОСТ Р 57193 - СиПИ. Процессы жизненного цикла систем

ГОСТ Р ИСО 19439 Основа (Среда)моделирования предприятия Framework for enterprise modeling

ГОСТ Р МЭК 62264-1 Интеграция систем управления предприятием. Часть 1. Модели и терминология

а так же, др стандарты серий и ссылочные стандарты.

В первом архитектурном шаблоне(многоуроневая архитектура) бизнес логика зависит от API, по моему это API должен зависеть от бизнес логики, разве нет? Могу ошибаться, если так то поправьте и объясните в чем не прав.

Это частая ошибка, когда программисты вываливают в API то, что сами посчитали нужным (читай - что проще было сделать), а там дальше разбирайтесь сами. Реально же именно требуемый API определяет что должна делать бизнес-логика, ведь она не сама по себе существует, а делает что-то полезное, что можно удобно применять на более высоких уровнях. Современные системы часто вообще строятся "от интерфейса". Сначала рисуем экранчики и определяем все пользовательские кейсы на них, а потом уже из них рождаются требования к API, а из API к бизнес-логике под капотом.

Sign up to leave a comment.