服务和 DAO 层的责任和使用

service java architecture dao jakarta-ee

2022-09-01 04:24:47

我目前正在使用Struts2和Spring插件和休眠功能开发Web应用程序，当我查看在线示例时，我看到了服务和DAO层的使用，现在我发现服务和数据访问对象层的真正用途是什么？如果服务层只是调用 DAO 层的方法来执行 CRUD 操作。直接调用DAO层方法不明智吗？

假设这个道和服务层的例子

人员服务

  @Transactional
    public class PeopleService {

        private PeopleDao pDao;

        public PeopleDao getPDao() { return pDao; }

        public void setPDao(PeopleDao peopleDao) { this.pDao = peopleDao;   }

        public void createPerson(String name){
            pDao.createPerson(name);
        }

        public List<Person> getPeople(){
            return pDao.getPeople();
        }

    }

人民岛

public class PeopleDao {

    private SessionFactory sessionFactory;

    public void setSessionFactory(SessionFactory sessionFactory) {
        this.sessionFactory = sessionFactory;
    }

    public Session sess() {
        return sessionFactory.getCurrentSession();
    }

    public Person getPersonById(long id) {
        return (Person) sess().load(Person.class, id);
    }

    public void deletePersonById(long id) {
        sess().delete(getPersonById(id));
    }

    public void createPerson(String name) {
        Person p = new Person();
        p.setName(name);
        sess().save(p);
    }

    @SuppressWarnings("unchecked")
    public List<Person> getPeople() {
        return sess().createQuery("from Person").list();
    }

}

我的问题是，如果服务层仅由其代表的DAO注入然后调用其方法，那么它们的实际用途是什么？

答案 1

当业务逻辑比数据逻辑更复杂时，最好使用这两个层。服务层实现业务逻辑。在大多数情况下，此层必须执行更多操作，而不仅仅是从 DAO 对象调用方法。如果您正在考虑使应用程序更大，这可能是最佳解决方案。

假设您要包含一个城市实体，并在人员和城市之间创建关系。下面是一个示例：

@Transactional
public class PeopleService {

    ....
    private PeopleDAO pDAO;
    private CityDAO cDAO;

    ...

    public void createPerson(String name, String city)
     throws PeopleServiceException {
        Person p = new Person();
        p.setName(name);

        City c = cDAO.getCityByName(city);
        if (c == null) throw new ServiceException(city + " doesn't exist!");
        if (c.isFull()) throw new ServiceException(city + " is full!");
        c.addPeople(p);

        sess().save(p);
        sess().save(c);
    }

    ...
}

在此示例中，可以实现更复杂的验证，如检查数据的一致性。而PersonDAO没有被修改。

另一个例子：

带弹簧的 DAO 和服务层

服务层模式的定义

答案 2

如果您的应用程序将随着新的和不断变化的需求而增长，那么您可以很好地为软件的这两个不同方面（持久性>DAO，业务用例>服务）提供不同的层。

一个方面是持久性模型及其关系、验证、事务和许多访问模式。

这些服务由具有非常不同粒度的业务用例驱动。一开始，你可能有非常简单的服务，除了调用DAO来交出他们从网页接收的数据之外，它们的作用不大。但这可能会随着时间的推移而改变，服务将成长为小型协作对象网络，这些对象在为业务用例提供服务方面做得更多。如果您不使用 DAO，则

您的服务将包含处理查询对象，事务处理，验证的代码，所有这些都与实际的业务需求无关
服务代码看起来很混乱，很难找出代码的哪些部分实际上与业务相关
如果随后更改持久性模型，则可能最终会更改许多服务

此外，您不能轻松地对持久性模型进行单元测试，而只能在服务层上编写测试。不要忘记，解耦和封装是将变更影响降至最低的重要技术。

如果做得好，拥有DAO层不会引入太多的实现开销，因此拥有它不会有太多额外的成本。它很快就会得到回报，你会很高兴拥有这个专用层。

查看这篇文章：http://codeblock.engio.net/?p=180。它还带有托管在github上的完整实现。