我正在开发我的第一个 Grails 应用程序，其中涉及移植旧的 struts Web 应用程序。有很多现有的功能，当我把东西移过来时，我很难决定什么应该放在服务中，什么应该直接包含在模型中？
来自主要是 Ruby on Rails 开发的背景，我强烈倾向于将几乎所有内容都放在与之相关的领域类中。但是，对于像我要移植的应用程序一样大的应用程序，某些类最终会变成成千上万行。
您如何决定域中的内容与服务中的内容？是否有任何既定的最佳实践？我环顾四周，但大多数人似乎都承认了这个问题。
【问题讨论】：
总的来说，我遵循的主要准则是：
如果一块逻辑与多个领域类相关，则将其放入服务中，否则放入领域类中。
如果没有更多关于您正在处理的逻辑类型的详细信息，很难更深入地了解，但这里有一些更一般的想法：
一般来说，我倾向于选择过多的服务而不是过于集中在一起。最后，一切都是关于您最有意义的事情，以及您如何看待代码以及您希望如何维护它。
但是，我要注意的一件事是，您要移植的内容可能存在大量代码重复。由于 Grails 是基于 Groovy 构建的，并且可以访问更强大的编程方法（如闭包），您可能可以清理和简化 大部分代码。
【讨论】：
instance，请将其放入服务中。例如，如果您要更改特定类的多个实例，我会将其放入服务中。但总的来说，请使用您的最佳判断，与您的团队讨论您不确定它们属于何处的方法。
我个人认为这不仅是服务和域类之间的决定，还包括插件或注入代码。
想想像Book.findAllByName() 这样的动态查找器。 Grails 将它们注入到领域类中真是太好了。否则必须将它们复制到每个域类中，否则它们将可以通过服务调用 (dynamicFinderService.findAllByName('Book') -argh)。
所以在我的项目中，我有很多东西会转移到插件中并注入到域类中......
【讨论】：
从 Java EE 的角度来看：域类中根本没有逻辑。使您的域类尽可能简单和简短。您的域模型是应用程序的核心，并且必须易于获取。
我的建议：在服务中保留所有逻辑。服务易于测试、易于重用、易于维护、易于重新配置。
特定于 grails：如果您更改域类，内存中的 DB 将被杀死，因此您会丢失测试数据，这会阻止您进行快速原型设计。
【讨论】：