modeling - 域模型 : should things like Logging, 审计，持久化在其中

Question

我很难让我们的架构师相信域模型应该只包含业务域的基本元素。诸如类是可持久的、它需要日志记录和审计以及它具有 RESTful URI 等事实不应驱动域模型。以后可以使用接口(interface)添加它们。

我们是一个医疗保健信息管理系统。在非常粗略的层面上，它是一个用户登录和访问他们的医疗保健信息的系统。他们可以与他人共享这些信息，并成为他人信息的保管人(想想角色)。但是由于早期流行的一些声音字节——比如“一切都应该是 REST 资源”——模型现在有一个名为 Resource 的顶级类，所有其他类都从该类扩展。

我试图让他看到域模型应该由定义明确的概念驱动，例如用户帐户、健康文档、用户角色等，它们是业务的不同实体，它们之间有特定的关联。在 Resource 类下合并所有内容让我们的模型除了可能不正确之外还不够灵活——如果所有内容都是“资源”，那么如何描述“用户访问资源”的概念。

但他想让我告诉他为什么按他的方式做是个坏主意。我不知道如何正确地表达这一点，但我所有的 OO 直觉告诉我，它就是不对的。有什么想法吗？

Answer 1

我认为你应该解雇你的建筑师。

REST 中的所有内容都是资源这一事实并不意味着您的所有类都需要从“资源”派生!

不，这些实现依赖项不应该是域模型的一部分。提醒您的架构师，域模型应该是相同的，即使您使用不同的技术(例如 SOAP)实现代码也是如此。