服务和DAO层的责任和使用

时间:2012-12-09 07:48:46

标签: java java-ee service architecture dao

我目前正在使用带有Spring插件和hibernate的Struts2开发一个Web应用程序,当我看到在线示例时,我看到了Service和DAO层的使用,现在我找到了什么是Service和数据访问对象的真正用途层?如果服务层只是调用DAO层的方法来执行CRUD操作。直接调用DAO图层方法是不明智的?

让我们说一下Dao和服务层的例子

PeopleService

  @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();
        }

    }

PeopleDao

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注入然后调用其方法,那么它的实际用途是什么?

2 个答案:

答案 0 :(得分:44)

当您的业务逻辑比数据逻辑更复杂时,最好使用这两个层。服务层实现业务逻辑。在大多数情况下,除了从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 and Service layers with Spring

Definition of Service layer pattern

答案 1 :(得分:10)

如果您的应用程序随着新的和不断变化的要求而增长,那么您可以很好地为您的软件的两个独特方面(持久性 - &gt; DAO,业务用例 - >服务)提供不同的层。

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

服务由具有非常不同粒度的业务用例驱动。在开始时,您可能拥有非常简单的服务,这些服务除了调用DAO从他们收到的数据(比如说一个网页)移交之外没有什么用处。但这可能会随着时间的推移而发生变化,服务将发展成为协作对象的小型网络,这些协作对象可以为业务用例提供更多服务。如果你不使用DAO那么

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

此外,您无法轻松地对持久性模型进行单元测试,而只能在服务层上编写测试。不要忘记,去耦和封装是最小化变化影响的重要技术。

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

查看此文章:http://codeblock.engio.net/?p=180。它还附带了一个在github上托管的完整实现