DDD日历有界背景

时间:2017-02-21 01:44:30

标签: calendar kernel domain-driven-design shared bounded-contexts

我正在尝试应用DDD方法构建一个新系统。

一个有界上下文(BC)称为TaskManagement,它处理公司员工之间的任务分配。其中一项操作是将任务的结束日期添加为日历中的事件。

此外,员工可以将备注添加为同一日历的事件。

此外,我还有另一个日历,员工可以在其中添加他们的冬日。

我怀疑如何在这种情况下对“日历”概念进行建模。

首先,我将“日历”视为BC,我会拥有这些BC:

  • TasksManagement
  • 笔记和任务的日历。
  • hollydays的日历。

然后我意识到可能是BCs:

  • TaskManagement
  • NotesManagement
  • HollydaysManagement

“日历”将是3个BC使用的共享数据类型(值对象)。也就是说,“日历”将是一个“共享内核”概念。

但是我怎么能distinguih那么有2个日历? (一个用于记录和任务,另一个用于hollydays)

你认为我怎么能模拟这种情况?

提前谢谢。

PD:我的域名概念称为“Board”,情况相同。有2个板:

  • 任务委员会:员工添加任务以组织工作的董事会。
  • 创意委员会:另一个董事会,员工在其中添加他们的想法,以改善公司。所有员工也可以查看此板。

第一次编辑:

我觉得我找到了合适的解决方案......

我认为«calendar»将是应用服务返回的DTO,我从域中获取我添加到日历的概念,这样我就可以有几个日历,而且我可以合并不同类型的域一个日历中的概念。

CalendarDTO只是表示事件的对列表。在应用程序服务中,我将构建一个带有注释和任务的Calendar dto,以及另一个带有hollydays的日历。

事实上,日历作为共享kerrnel的VO并使用将日历VO直接返回到表示层的单独读取模型是与DTO类似的方法。

我认为日历更像是dto或vo而不是BC。

你认为这是一种正确的方法,还是我错了?

谢谢。

第二次编辑:我完全糊涂了,混淆了概念。第一个错误是问题的标题(“共享内核或有界上下文”),这没有任何意义。

日历将是一个支持BC,其自己的模型使用其UL。其他BC与它集成并将其模型概念(任务,笔记,hollydays)映射到Calendar BC模型概念。

0 个答案:

没有答案