Java 服务层建议

Java 服务层建议,java,spring,dao,Java,Spring,Dao,我对服务层有一些疑问。我有一些DAO,叫做EmployeeDAO,ProjectDAO,等等。 现在,访问这些DAO的最佳方式是什么?我应该为每个DAO创建单独的服务层,还是创建一个包含所有DAO的公共服务层。 我想在这里用弹簧。 考虑加载bean和性能,哪一个是好的 我认为最好将事情分开,例如EmployeeService,ProjectService,等等。我认为最好将事情分解。想象一下,如果您有两种方法都通用的方法,那么您使用相同的方法访问员工数据和项目数据。现在,在您的项目中,几个月后,

我对服务层有一些疑问。我有一些DAO,叫做EmployeeDAO,ProjectDAO,等等。 现在,访问这些DAO的最佳方式是什么?我应该为每个DAO创建单独的服务层,还是创建一个包含所有DAO的公共服务层。 我想在这里用弹簧。
考虑加载bean和性能,哪一个是好的

我认为最好将事情分开,例如
EmployeeService
ProjectService
,等等。我认为最好将事情分解。想象一下,如果您有两种方法都通用的方法,那么您使用相同的方法访问
员工
数据和
项目
数据。现在,在您的项目中,几个月后,
Employee
数据发生了一些变化,但
项目
数据没有变化。您必须对代码进行重构,就
项目
数据而言,这是不需要的


分解东西应该可以让您更好地维护系统。

我认为最好将东西分解,例如
EmployeeService
ProjectService
,等等。我认为分解东西更好。想象一下,如果您有两种方法都通用的方法,那么您使用相同的方法访问
员工
数据和
项目
数据。现在,在您的项目中,几个月后,
Employee
数据发生了一些变化,但
项目
数据没有变化。您必须对代码进行重构,就
项目
数据而言,这是不需要的


分解东西可以让您更好地维护系统。

我认为服务层应该尽可能地细化,这会导致这样的想法,即如果工作与其执行无关,您应该创建一个单独的服务类。与您的问题相关的精彩讨论在这里:感谢@umeshawashi和Andreas_在我看来服务层应该尽可能地细化,这会导致这样的想法:如果工作与其执行无关,那么您应该创建一个单独的服务类。这里与您的问题相关的精彩讨论:感谢@umeshawashi和Andreas_D@user414967:没问题。记住,两个类的数量越少越好。@user414967:没问题。记住,你们的课程越少越好。