我很难说服我们的架构师,域模型应该只包含业务域的基本元素.诸如类是可持久的,需要日志记录和审计以及它具有RESTful URI的事实不应该驱动域模型.稍后可以使用接口添加它们.
我们的医疗保健信息管理系统.在非常粗略的层面上,它是一个用户登录并访问其医疗保健信息的系统.他们可以与他人分享这些信息,并成为他人信息的监护人(思考角色).但是由于早期流行的一些声音字节 - 比如"Everything应该是一个REST资源" - 该模型现在有一个名为Resource的顶级类,其他所有类都延伸到该类.
我试图让他看到域模型应该由明确定义的概念驱动,例如用户帐户,HealthDocument,UserRole等,它们是业务的不同实体,它们之间具有特定的关联.在资源类下使用所有内容使得我们的模型除了可能不正确之外还不灵活 - 如果一切都是"资源",那么如何描述"用户访问资源"的概念.
但他希望我向他展示为什么以自己的方式做到这一点是一个坏主意.我不知道如何正确表达,但我所有的OO本能都告诉我它不正确.有什么想法吗？
我想你应该解雇你的建筑师.
REST中的所有内容都是资源这一事实并不意味着您的所有类都需要从"资源"派生!
不,这些实现依赖项不应该是域模型的一部分.提醒您的架构师,即使您使用不同的技术(例如SOAP)实现代码,域模型应该是相同的.
京公网安备 11010802040832号 | 京ICP备19059560号-6 