Web applications 为什么我仍然需要服务？只有模型的架构？

我正在构建一个应用程序，它使用qooxdoo应用程序作为前端，该应用程序使用javascript在浏览器中执行所有渲染操作。这个客户端应用程序只对服务器进行如下调用：“获取所有工作人员”，服务器端以json格式返回一个包含所有工作人员的列表

现在它是这样工作的：

客户端向服务器发出请求

服务器调用服务“workers/get”

服务调用模型：

Worker.findAll（）

例如

服务器将列表返回给客户端

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

客户端向服务器发出请求

服务器调用模型“Worker.findAll（）上的方法”

服务器将列表返回给客户端

就这些，你觉得我以后可能会有问题吗？

---

谢谢（：

服务最重要的是协调

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

---

仅凭这一点信息是不可能给出具体的架构建议的
话虽如此，我仍然可以给你一些建议：

---

不要仅仅为了拥有层而添加层。只有在应用程序中添加一个特定的层，如果它在您的上下文中有意义并且增加了任何真正的好处。
这是我问题的延续：，我遇到的问题是，我在模型上有job.start（），并将“jobs/start”作为服务。该服务调用模型job.start（）但这并不是真正开始作业，它只是更新作业模型。然后服务也会更新工作者模型。因此，job.start（）是不明确的，因为任何人都会认为通过调用模型上的job.start（）可以启动作业。