目录

1、问题的背景

2、工程实践

3、总结

1、问题的背景

   在写Java面向对象程序的过程中，我们往往不知不觉中写成了面向过程式的代码，特别是我们的Service服务对象是非常复杂，并且经常因为业务变更，我们代码一直在修改，很少关注程序中的扩展性。

2、工程实践

    SpringBoot、Mybatis、Mysql技术架构背景来演示代码。本次实践，主要演示内容，将Service的职责进行分离，拆分为4个职责服务对象：增加、修改、查询、删除服务对象，然后将数据访问职责集成到DAO接口中，而DAO的实现，真正是委托给Manager层处理，而Manager则是需要委托Mapper来实现自己的职责。

package cn.vetech.center.cps.flsc.service.fc.common.service;

import cn.hutool.core.clone.Cloneable;


public interface CommonMsgService extends CommonMsgUpdateService, CommonMsgQueryService, CommonMsgInsertService,
    CommonMsgDeleteService, Cloneable {

    }

CommonMsgQueryServiceImpl 源码，省略无关代码

@Slf4j
@Primary
@Service
public class CommonMsgQueryServiceImpl implements CommonMsgQueryService {
    @Autowired
    private ICommonMsgDao commonMsgDao;
    @Autowired
    private ICommonMsgRetryDao commonMsgRetryDao;

}

CommonMsgDao源码，省略无关代码

@Component
public class CommonMsgDao implements ICommonMsgDao {

    @Autowired
    private CommonMsgManager commonMsgManager;

    @Override
    public List query(String application, String module, String scene, String busiId) {
        return this.commonMsgManager.query(application, module, scene, busiId);
    }

}

CommonMsgManager源码，省略无关代码

@Component
public class CommonMsgManager extends baseServiceImpl {

    public List query(String application, String module, String scene, String busiId) {
        EntityWrapper wrapper = new EntityWrapper();
        wrapper.eq(CommonMsg.Column.APPLICATION, application);
        wrapper.eq(CommonMsg.Column.MODULE, module);
        wrapper.eq(CommonMsg.Column.SCENE, scene);
        wrapper.eq(CommonMsg.Column.BUSI_ID, busiId);
        List list = super.selectList(wrapper);
        return list;
    }
}

3、总结

    对于Service对象，我们一定要经常进行重构，至于什么时候应该重构，我们可见的现象是，
Service中方法数量是不是超过10个，一个方法代码行是不是超过80，类是不是快突破200行了，
这些都是一个信号，破坏了类的单一职责原则，这个时候，我们一定要将Service中的一个功能单元进行抽取，分离到其他Service对象中，进行职责分离；

第二，引入DAO层，目的在于解耦，因为数据访问层日后，可能进行变更，切换数据存储的实现，实现从Mysql切换为NoSql、ElasticSearch、NewSql等非RDBMS，Mybatis只是一个ORM框架，只解决关系型数据库的关系模型与对象模型的映射问题。并且，如果要将数据访问层单独部署，这个DAO层是非常有必要的。

第三，引入Mangager层，是将DAO层中涉及到多个表的CRUD操作进行组合；　
将事务下沉到Mangager层中，避免事务过长；Mangager对外部资源的访问进行转换与隔离

所以，我们总结，程序中DAO层是非常重要的，通常伴随着Manager层一起存在 。