Понимание некоторых специфичных для банков c примеров из книги Эри c Эванса DDD - PullRequest
0 голосов
/ 24 января 2020

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

Мне кажется, авторы не очень хорошо объясняют, что домен указывает c примеров. Сначала он показывает нам диаграмму модели, которая относительно проста. А потом какой-то диалог с экспертом в области, а затем BOOM, новые слова внутри модели, которые я вижу впервые. И я не могу понять. И даже не знаю, нужно ли мне это понимать или нет. Например, из главы 9 эта модель:

enter image description here

Становится так:

enter image description here

Что за хрень DailyCompound, что такое Accrual Schedule.

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

1 Ответ

2 голосов
/ 27 января 2020

Вот мой взгляд на это:

На первом рисунке показана очень сервисно-ориентированная модель, где «Калькуляторы» являются более или менее техническим обслуживанием. Я думаю, что автор хотел показать, что это модель, созданная разработчиком, а не экспертом в области.

Если бы сейчас разработчик задавал банковскому эксперту следующий вопрос: «Как вы, ребята, рассчитываете свои комиссионные выставлять счета клиентам? go разговор может выглядеть следующим образом:

  • A: «Ну, это зависит от метода, используемого для рассматриваемого актива»
  • Q: «То есть Asset s ... и какие методы? "
  • A:" Ну, мы используем два вида Accrural Schedule s. Monthly и Daily. Ежедневно суммирует все сборы на основе соответствующей процентной ставки этого дня. тогда как месячные больше похожи на единовременную выплату за этот месяц "
  • В:" А как вы узнаете, какие сборы следует суммировать во время расчета? "
  • A: «Мы ведем записи или историю всех прошлых Income Accrual s и go оттуда. Поэтому мы всегда знаем lastAccrualDate. О, и мы также ведем запись Payment s, если это поможет»

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

...