Модели предметной области для разных парадигм программирования (AnalystDays-2020) — различия между версиями
м (MaksTsepkov переименовал страницу Модели предметной области для разных парадигм программирования (AnalystDays-2011) в [[Модели предметной области д…) |
м |
||
Строка 3: | Строка 3: | ||
Видео ожидается | Видео ожидается | ||
− | Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. | + | Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. Модель соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки. |
Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе. | Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе. |
Версия 20:31, 28 октября 2020
09-10.10.2020 Москва AnalystDays Доклад на сайте конференции Видео ожидается
Долгое время основным подходом для разработки был ООП. В этом случае объектная модель предметной области в виде структур справочников и документов и связанная с каждым объектом бизнес-логика, созданные аналитиком, служат адекватным проектом для реализации разработчиками в коде, а изменения разработчиками могут быть отражены в модель. Модель соответствует коду и сложность ее изменения для решения новых требований позволяет примерно оценить сложность разработки.
Однако, сейчас достаточно распространенными становятся другие парадигмы реализации высоконагруженных приложений, такие как микросервисная архитектура или акторная модель. В этом случае объектной модели предметной области уже недостаточно для представления реализации и требуется иные способы, адекватные применяемым парадигмам программирования. Аналитик должен разбираться в них, чтобы создаваемая модель была адекватна реализации, и по ее изменениям можно было проводить доработки. Об этом пойдет речь в докладе.
Скачать весь pdf