问控制器层应该创建模型对象还是由服务层创建？

EN

我更喜欢尽快将JSON转换为业务对象，这通常是在REST控制器类中完成的。这是有原因的：

• JSON是一种数据传输格式。在大型系统中，很可能有其他数据传输格式(例如XML或CSV)。因此，如果可能的话，您的内部表示应该与数据格式无关。
• 业务对象通常有行为方法。如果数据仍然是JSON格式，那么编写行为方法祝您好运:)
• 在大多数系统中，对象是在代码中创建的，也是在连接上创建的。创建JSON对象而不是Java是很奇怪的。

但有一点需要注意--我的经验是使用Java服务。如果您正在运行服务器端Javascript框架，则可能需要考虑其他事项。

我使用了许多这样的系统(构建于PHP，而不是Java，但这是相同的原则)，我同意@kiwiron的观点:最好在Controller层中这样做。

以下是我建议这样做的几个理由：

• 控制器层充当您系统内外的一个网关，一个与外部世界的通信器.由于JSON是用于与外部通信的格式，因此对该格式进行编码/解码的责任应该在该层的某个位置。
• REST系统(您刚才提到的)在99.99%的情况下使用HTTP协议进行传输。这意味着您可以并且很好地使用Accept和Content-Type headers来协商进出系统的内容(这很好，因为您可以方便地同时支持多种格式)。由于您的服务层和DAO层应该完全不了解与外部世界的通信，所以在Controller层中应该负责确定客户机/调用者提供和请求的内容(使用那些HTTP报头)。

然而，有一个小问题，在许多这样的系统中，这可能是一个常见的情况:如果您有3个依赖于相同服务的控制器(来自服务层)，该怎么办？上面描述的最佳实践是让控制器创建模型/实体对象.但如果他们都这么做，那么我们就不会有这么严重的违反干燥原则。

因此，这是我的建议：

• 对于每个模型/实体对象，有某种工厂或生成器，将其从解码格式(可能是数组)中转换出来。变成物体。这样，转换只在一个位置。
• 使用控制器层中的工厂/构建器
• 使服务层和DAO层仅与对象一起工作。