我正在看书Applying-Domain-Driven-Design-Pattern。客户订购,或订购到域名模式的客户
在其模型设计,它具有阶保持参照客户,但如果是我做设计,我将可能有客户保持基准订购。
所以,问题,设计单向关系时,如何判断方向?
我正在看书Applying-Domain-Driven-Design-Pattern。客户订购,或订购到域名模式的客户
在其模型设计,它具有阶保持参照客户,但如果是我做设计,我将可能有客户保持基准订购。
所以,问题,设计单向关系时,如何判断方向?
我想,如果这是一个订单处理系统中的订单是业务层次的概念和客户提供如何处理订单的背景下,那么OrderService需要有订单指谁取得了订单的客户。另一方面,正如其他人所指出的那样,客户可以查询其订单。这可以在服务台的客户服务系统中进行。在这种情况下,我可以看到需要客户拥有许多订单的CustomerService。
答案是由应用程序的功能驱动的。如果您需要按客户查询订单,那么您的方法是正确的。但是,如果客户被他们的订单查询,那么模型设计是正确的。
如果您需要做两件事,那么它是一个双向的关系,你可以选择将其建模为多到很多。
结构服务一些功能。
也就是说,想想你的班级将如何使用。客户会被询问其订单吗?订单是否会被客户查询?如果两者都是,那么你需要一个双向关系。