Java Spring通用服务
我正在用SpringMVC、SpringDataJPA和Hibernate开发一个web应用程序，数据访问部分由DataJPA提供的存储库负责 然而，我计划有一个通用的服务层（至少对于常见的操作），这是一个好的实践吗？还是建议不要泛化它？如果你的应用程序是简单的（主要是CRUD）操作，那么你可以直接访问你的Java Spring通用服务,java,hibernate,spring-mvc,generics,spring-data-jpa,Java,Hibernate,Spring Mvc,Generics,Spring Data Jpa,我正在用SpringMVC、SpringDataJPA和Hibernate开发一个web应用程序，数据访问部分由DataJPA提供的存储库负责 然而，我计划有一个通用的服务层（至少对于常见的操作），这是一个好的实践吗？还是建议不要泛化它？如果你的应用程序是简单的（主要是CRUD）操作，那么你可以直接访问你的存储库类 如果您有其他需要应用于数据的服务器端业务逻辑，或者如果您需要将多个数据访问调用协调在一起，则添加服务层是合适的。如果您的应用程序是简单（主要是CRUD）操作，则您可以直接访问存储库类
存储库存储库类
如果您有其他需要应用于数据的服务器端业务逻辑，或者如果您需要将多个数据访问调用协调在一起，则添加服务层是合适的。如果您的应用程序是简单（主要是CRUD）操作，则您可以直接访问存储库类
如果您有其他需要应用于数据的服务器端业务逻辑，或者如果您需要将多个数据访问调用协调在一起，则添加服务层是合适的。如果您的应用程序是简单（主要是CRUD）操作，则您可以直接访问存储库类
如果需要将其他服务器端业务逻辑应用于数据，或者需要将多个数据访问调用协调在一起，则添加服务层是合适的。如果应用程序的一部分将包括在不同对象上重复相同的操作，对于常见操作，有一个通用的抽象父类是有意义的
您将不得不决定重复数据消除的收益是否值得通用代码的复杂性。没有一般规则…如果应用程序的一部分将包括在不同对象上重复相同的操作，那么为常见操作创建一个通用抽象父类是有意义的
您将不得不决定重复数据消除的收益是否值得通用代码的复杂性。没有一般规则…如果应用程序的一部分将包括在不同对象上重复相同的操作，那么为常见操作创建一个通用抽象父类是有意义的
您将不得不决定重复数据消除的收益是否值得通用代码的复杂性。没有一般规则…如果应用程序的一部分将包括在不同对象上重复相同的操作，那么为常见操作创建一个通用抽象父类是有意义的
您将不得不决定重复数据消除的收益是否值得通用代码的复杂性。没有一般规则…广泛的问题，广泛的答案。。。这取决于。好吧，取决于我正在开发的应用程序？取决于你的应用程序，取决于你计划使用的数据类型，取决于你想提供的服务类型等等。广泛的问题，广泛的答案。。。这取决于。好吧，取决于我正在开发的应用程序？取决于你的应用程序，取决于你计划使用的数据类型，取决于你想提供的服务类型等等。广泛的问题，广泛的答案。。。这取决于。好吧，取决于我正在开发的应用程序？取决于你的应用程序，取决于你计划使用的数据类型，取决于你想提供的服务类型等等。广泛的问题，广泛的答案。。。这取决于。好的，取决于我正在开发的应用程序？取决于你的应用程序，取决于你计划使用的数据类型，取决于你想提供的服务类型等等。如果给出的答案之一是正确的，请接受它。如果给出的答案之一是正确的，请接受它。如果给出的答案之一是正确的，请接受它。如果给出的答案之一是正确的，请接受它。