Java 服务层建议
我对服务层有一些疑问。我有一些DAO,叫做EmployeeDAO,ProjectDAO,等等。 现在,访问这些DAO的最佳方式是什么?我应该为每个DAO创建单独的服务层,还是创建一个包含所有DAO的公共服务层。 我想在这里用弹簧。Java 服务层建议,java,spring,dao,Java,Spring,Dao,我对服务层有一些疑问。我有一些DAO,叫做EmployeeDAO,ProjectDAO,等等。 现在,访问这些DAO的最佳方式是什么?我应该为每个DAO创建单独的服务层,还是创建一个包含所有DAO的公共服务层。 我想在这里用弹簧。 考虑加载bean和性能,哪一个是好的 我认为最好将事情分开,例如EmployeeService,ProjectService,等等。我认为最好将事情分解。想象一下,如果您有两种方法都通用的方法,那么您使用相同的方法访问员工数据和项目数据。现在,在您的项目中,几个月后,
考虑加载bean和性能,哪一个是好的 我认为最好将事情分开,例如
EmployeeService
,ProjectService
,等等。我认为最好将事情分解。想象一下,如果您有两种方法都通用的方法,那么您使用相同的方法访问员工
数据和项目
数据。现在,在您的项目中,几个月后,Employee
数据发生了一些变化,但项目
数据没有变化。您必须对代码进行重构,就项目
数据而言,这是不需要的
分解东西应该可以让您更好地维护系统。我认为最好将东西分解,例如
EmployeeService
,ProjectService
,等等。我认为分解东西更好。想象一下,如果您有两种方法都通用的方法,那么您使用相同的方法访问员工
数据和项目
数据。现在,在您的项目中,几个月后,Employee
数据发生了一些变化,但项目
数据没有变化。您必须对代码进行重构,就项目
数据而言,这是不需要的
分解东西可以让您更好地维护系统。我认为服务层应该尽可能地细化,这会导致这样的想法,即如果工作与其执行无关,您应该创建一个单独的服务类。与您的问题相关的精彩讨论在这里:感谢@umeshawashi和Andreas_在我看来服务层应该尽可能地细化,这会导致这样的想法:如果工作与其执行无关,那么您应该创建一个单独的服务类。这里与您的问题相关的精彩讨论:感谢@umeshawashi和Andreas_D@user414967:没问题。记住,两个类的数量越少越好。@user414967:没问题。记住,你们的课程越少越好。