В C# есть модификатор доступа internal, который закрывает свойство или метод для всего, кроме текущей сборки (сборка это по сути группа пространств имён). И это чертовски удобно для построения правильной архитектуры по DDD — ты делаешь домен отдельной сборкой без внешних зависимостей, у сущностей закрываешь сеттеры и другие поля модификатором internal, а бизнес-правила с открытыми методами уже пишешь в агрегатах, которые содержат эти сущности. Агрегаты объявлены в той же сборке, так что они могут с сущностями делать что угодно, но слой приложения уже сможет вызвать только метод агрегата.
Пример. Есть бизнес-процесс, который включает в себя две сущности: письмо и прикреплённый к нему документ. У каждой из этих сущностей разные жизненные циклы, но письмо можно отправить только в том случае, если статус документа "Согласован". Мы делаем агрегат "письмо с документом" и там public-метод отправки письма сначала проверяет статус документа, а потом вызывает internal-метод отправки в сущности письма. Снаружи (вне домена) вызвать сразу отправку письма невозможно.
Но как эту задачу решают разработчики на других языках? Я совершенно не понимаю, как сделать хорошую архитектуру без internal. Окей, в некоторых языках вообще нет вменяемого ОПП и системы типов, но и к таким ребятам я бы не подходил с вопросами об энтерпрайз-архитектуре. Однако, многие серьёзные проекты пишутся на Java или, скажем, Go, что делают разработчики там? Может, кто-нибудь знает, и расскажет мне в комментариях?
#dev
🚢Lloyd’s Agency Network переходит под управление Lloyd’s List Intelligence.
Страховой рынок Lloyd’s передаёт управление Lloyd’s Agency Network провайдеру морских данных Lloyd’s List Intelligence (LLI)с апреля текущего года.
Решение объединяет одну из старейших портовых информационных сетей судоходства с цифровой аналитической платформой.
LLI - возьмёт на себя администрирование глобальной сети, включая аккредитацию агентов, контроль стандартов качества и агентские соглашения.
Сеть Lloyd’s Agents ведёт историю с 1811 года и традиционно обеспечивала локальную экспертизу и отчётность по инцидентам для рынка морского страхования.
Интеграция позволит усилить верификацию событий и повысить качество данных в регионах повышенного риска, где спутниковый трекинг требует подтверждения из локальных источников. Для судоходной отрасли шаг означает дальнейшую цифровизацию страховой экосистемы и сближение трекинга судов, аналитики и портовой информации.
Бренд Lloyd’s Agents сохранится, оставаясь связанным со страховым рынком Lloyd’s, но станет частью единой интеллектуальной платформы LLI.
📌Lloyd’s — британский страховой рынок, основанный в 1688 году в Лондоне, специализируется на специализированном и морском страховании. Работает как рынок синдикатов, объединяющий частных и институциональных андеррайтеров.
#MarineInsurance#Lloyds#MaritimeData#ShippingRisk#LLI