在Grails中处理查询最安全、最可维护的实践是什么？

我不熟悉Grails。我注意到大多数教程都显示了在控制器中创建和存储的查询。随着时间的推移，这似乎真的会使控制器膨胀，特别是当查询的数量和复杂性增加时

在我的研究中，我读到控制器应该尽可能地精简（必须向/从模型/视图请求和提交数据，不鼓励大量查询）

---

您是如何为您的Grails应用程序创建、存储和调用查询的？

有一篇关于Grails最佳实践的好文章

不允许控制器接管另一个角色。的角色 控制器接受传入请求，检查权限等，询问 对于结果的域或服务，将结果返回给 请求者使用所需格式，如HTML、JSON或XML 控制器尽可能精简。不执行业务逻辑、查询、， 或控制器内的更新

因此，如果您有更复杂的逻辑，我建议您构建服务：

对于复杂的业务逻辑或业务流程，服务是最合适的候选者 如果需要，服务API可以很容易地作为 RESTful/SOAPWeb服务

---

有一篇关于Grails最佳实践的好文章。根据帖子：

不允许控制器接管另一个角色。的角色 控制器接受传入请求，检查权限等，询问 对于结果的域或服务，将结果返回给 请求者使用所需格式，如HTML、JSON或XML 控制器尽可能精简。不执行业务逻辑、查询、， 或控制器内的更新

因此，如果您有更复杂的逻辑，我建议您构建服务：

对于复杂的业务逻辑或业务流程，服务是最合适的候选者 如果需要，服务API可以很容易地作为 RESTful/SOAPWeb服务

---

这就是服务的目的。

---

将所有域操作逻辑放在服务中，并将控制器限制为“中间人”角色—绑定和验证请求参数、调用服务并呈现结果。

这就是服务的用途。

---

将所有域操作逻辑都放在服务中，并将控制器限制为“中间人”角色-绑定并验证请求参数，调用服务，并呈现结果。

感谢您花时间阅读和回答。感谢您花时间阅读和回答。感谢Sérgio。我将研究并开始使用服务。我只需要一个方向，您已经提供了！感谢Sérgio。我将研究并使用服务艺术与服务。我只是需要一个方向去，你已经提供了！