web-applications - 为什么我还需要服务？只有模型的架构？

Question

我正在构建一个使用 qooxdoo 应用程序作为前端的应用程序，该应用程序使用 javascript 在浏览器中完成所有渲染工作。这个客户端应用程序只像这样调用服务器：“get me all the workers”，服务器端返回一个包含所有 json 格式的 worker 的列表。

现在它是这样工作的：

1. 客户端向服务器发出请求
2. 服务器调用服务“workers/get”
3. 服务调用模型：Worker.findAll()例如；
4. 服务器将列表返回给客户端。

现在，由于我已经将所有逻辑从服务转移到模型，我问自己服务在做什么？他们什么都不做，我正在考虑摆脱他们，所以新的流程是：

1. 客户端向服务器发出请求
2. 服务器调用模型“Worker.findAll()”上的方法
3. 服务器将列表返回给客户端。

就这些，你怎么看，我以后可能有问题？谢谢 （：

Answer 1

服务做最重要的事情 协调

• 模型需要表示业务对象但不实现逻辑
• 编排模型的逻辑需要由业务服务处理
• 您的 MiddleWare 或 WebLayer 服务将与业务服务以及 ValueObjects/RequestObjects 进行交互——因此，它们提供了一个外观。

Answer 2

用这么少的信息不可能给出具体的架构建议。

话虽如此，我仍然可以给你一些建议：

不要仅仅为了拥有它而添加图层。仅当在您的上下文中有意义并增加任何实际好处时，才在您的应用程序中添加特定层。