И как реализовать правильный уровень борьбы с коррупцией по известной схеме.

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

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



Disclaimer: Effective September 1st, 2023, the referral system on Medium
is no longer operational. If you appreciate this DDD series and would 
like to endorse the efforts of both myself and fellow authors on Medium, 
kindly demonstrate your support through claps, follows, or comments on 
our blogs. Your consideration is greatly appreciated. Thank you in advance!

Другие статьи из серии DDD:

  1. Практическое DDD в TypeScript: почему это важно?
  2. Практическое DDD в TypeScript: объект значения
  3. Практическое DDD в TypeScript: Entity
  4. Практическое DDD в TypeScript: доменная служба
  5. Практическое DDD в TypeScript: событие домена
  6. Практическое DDD в TypeScript: модуль
  7. Практическое DDD в TypeScript: агрегат
  8. Практическое DDD в TypeScript: Factory

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

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