关于持久层和业务层代码封装的一点点设计

前言：

换公司以前写了一年半的ERP，持久层框架用的mybatis，基本的一些类和xml是通过mybatis逆向工程自动生成的，所以反射的数据库有多少表就会生成多少个dao，实际上生成的这些dao里面的增删改查方法都是一样的，不一样的只是实体类型而已，以前没什么经验只知道这部分代码重复也不知道怎么办，现在来到这家公司，看了看代码，发现这里已经对持久层的dao和业务层的service进行了封装，于是自己动手写了个demo体现一下这种设计，非常好的利用了java的泛型、继承和多态。

老规矩先上目录结构：



ps：包名带_1的是传统的逆向生成的代码，为了掩饰就写了2个方法。

实体类都是一样：

public class User {
private Integer id;

private String name;

private String gender;

public Integer getId() {
return id;
}

public void setId(Integer id) {
this.id = id;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

public String getGender() {
return gender;
}

public void setGender(String gender) {
this.gender = gender;
}
}
public class Company {
private Integer id;

private String name;

private String address;

public Integer getId() {
return id;
}

public void setId(Integer id) {
this.id = id;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

public String getAddress() {
return address;
}

public void setAddress(String address) {
this.address = address;
}
}

先看一下_1包里面的代码结构

(结构很清晰，数据库中每个表都有自己对应的：实体-mapper-service-serviceImpl)：

@Component
public interface CompanyMapper {

Company selectByPrimaryKey(Integer id);

}
public interface CompanyService {

Company selectById(Integer id);
}
@Service
public class CompanyServiceImpl implements CompanyService{
@Autowired
private CompanyMapper companyMapper;

@Override
public Company selectById(Integer id) {
return companyMapper.selectByPrimaryKey(id);
}
}

@Component
public interface UserMapper {

User selectByPrimaryKey(Integer id);
}
public interface UserService {

User selectById(Integer id);
}
@Service
public class UserServiceImpl implements UserService{
@Autowired
private UserMapper userMapper;

@Override
public User selectById(Integer id) {
return userMapper.selectByPrimaryKey(id);
}
}

总结：以上是传统的不带任何设计的持久层和业务层，缺点非常明显，没有充分利用java语言的特点，这样有多少表就会生成多少重复代码，现在看一下带有设计的代码结构：

@Component
public interface BaseMapper<T> {
T selectByPrimaryKey(Integer id);

void updateByPrimaryKey(T t);
}
@Component
public interface CompanyMapper extends BaseMapper<Company>{

}
public interface CompanyService {

}
public abstract class BaseService<D extends BaseMapper<T>,T> {
@Autowired
protected D dao;

public abstract void saveById(Integer id);
}
@Service
public class CompanyServiceImpl extends BaseService<CompanyMapper,Company> implements CompanyService {

@Override
public void saveById(Integer id) {
Company company = this.dao.selectByPrimaryKey(id);
company.setAddress("new address");
this.dao.updateByPrimaryKey(company);
}
}
@Component
public interface UserMapper extends BaseMapper<User>{

}
public interface UserService {

}
@Service
public class UserServiceImpl extends BaseService<UserMapper,User> implements UserService{

@Override
public void saveById(Integer id) {
User user = this.dao.selectByPrimaryKey(id);
user.setGender("F");
this.dao.updateByPrimaryKey(user);
}
}

总结：

1.多出一个泛型实体的BaseMapper来统一管理mybatis提供的增删改查，保留原来的Mapper去继承BaseMapper，简化了重复的增删改查，每个Mapper只写与自己相关的方法

2.多出一个泛型Mapper和实体的BaseService来统一管理，这样写serviceImpl时继承BaseService传入Mapper和实体后，就不用在serviceImpl注入Mapper，由于BaseService是抽象类还能写一些公共方法让子类自由实现(体现多态),还能实现自己的service来写自己的业务逻辑