MyBatis3 通用CRUD的研究[一]

尝试了下MyBatis3,感觉不错,比自己写的那个ORM框架完善~~(好吧..我臭屁了)

问题:

MyBatis3提供了一种半自动化的ORM解决方案,比Hibernate这种全自动解决方案多了不少的灵活性和可操控性,试用了下感觉还不错,就是有个问题在于,MyBatis的所有处理都需要提供一个xml配置或者注解形式的语句,虽然动态SQL很强大,但是一般项目使用时,最多的CRUD操作,大多模式都是固定的

select:select * from [tablename]

insert:insert into [tablename]([field list]) values([values list])

update:update [tablename] set [field]=[value]... where [id]=[key]

delete:delete from [tablename] where [id]=[key]

这几种CRUD操作占了大部分,但是以MyBatis来说,每个表都要重新写一遍这几条相同的SQL又是一件非常烦人的事情,而且,那臃肿的xml配置文件看着就很烦啊

 

目的:

提供一个Mapper基接口,可以自动进行4种基本的CRUD操作,而不需要相应的xml文件

 

目前研究成果:

insert/update/delete操作可以非常完美的完成,select操作目前还需要多一条语句

 

首先,MyBatis使用名叫Mapper的接口来抽象化SQL操作,2种基本的方式:xml配置和注解配置

xml配置方式肯定没法达到自动继承的目的,放弃

来看看注解方式,MyBatis提供了2个注解标记 @Select 和 @SelectProvider,select标记只能处理字符串常量,放弃..

@SelectProvider可以使用一个SQL提供程序来生成相应的SQL语句,恩,这个很好很强大,我们可以设计一个基接口来生成我们需要的SQL

 

首先拿比较简单的Delete语句来看,我们的基接口可以这样写

[java]  view plain  copy

1. /** 
2.  * MyBatis CRUD基接口 
3.  * @author ALLEN.HU 
4.  * 
5.  * @param <T> 处理的POJO对象 
6.  */  
7. public interface BaseMapper<T extends MyBatisPojo> {  
8.     @DeleteProvider(type = CUDTemplate.class,method = "delete")  
9.     public void delete(T obj);  
10. }  

 

想要从一个POJO上自动生成SQL语句需要2个必须的部分,一个是表名,一个是主键名

先做一个POJO的基类,方便以后调用,也方便泛型的处理 MyBatisPojo

[java]  view plain  copy

1. /** 
2.  * MyBatis用POJO基类 
3.  * 借用了JPA的注解标签 @Table和@Id 需要引入javax.persistence包(persistence.jar) 
4.  * @author Allen.Hu 
5.  * 
6.  */  
7. public class MyBatisPojo implements Serializable{  
8.   
9.     private static final long serialVersionUID = 1L;  
10.   
11.     /** 
12.      * 获取POJO对应的表名 
13.      * 需要POJO中的属性定义@Table(name) 
14.      * @return 
15.      */  
16.     public String tablename() {  
17.         Table table = this.getClass().getAnnotation(Table.class);  
18.         if(table != null)  
19.             return table.name();  
20.         else  
21.             throw new RuntimeException("undefine POJO @Table, need Tablename(@Table)");  
22.     }  
23.   
24.     /** 
25.      * 获取POJO对应的主键名称 
26.      * 需要POJO中的属性定义@Id 
27.      * @return 
28.      */  
29.     public String id() {  
30.         for(Field field : this.getClass().getFields()) {  
31.             if(field.isAnnotationPresent(Id.class))  
32.                 return field.getName();  
33.         }  
34.           
35.         throw new RuntimeException("undefine POJO @Id");  
36.   
37.     }  
38. }  

然后是动态sql的生成类 CUDTemplate

[java]  view plain  copy

1. import static org.apache.ibatis.jdbc.SqlBuilder.*;  
2.   
3. public class CUDTemplate<T extends MyBatisPojo> {  
4.     public String delete(T obj) {  
5.         String idname = obj.id();  
6.           
7.         BEGIN();  
8.           
9.         DELETE_FROM(obj.tablename());  
10.         WHERE(idname + "=#{" + idname + "}");  
11.           
12.         return SQL();  
13.     }  
14. }  

有了这三个简单的类/接口,在实际使用中,就不再需要烦人的xml配置了,继承MyBatisPojo的实体配合继承BaseMapper的映射器,就能直接使用对应的delete方法了

假设表 test

[sql]  view plain  copy

1. create table "RSMNG"."dbo"."test"(  
2.         "id" int identity not null,  
3.        "text" varchar(100) not null,  
4.         constraint "PK_test" primary key ("id")  
5.     )  

就2个字段,一个id作为主键,一个text

对应的Pojo类

[java]  view plain  copy

1. @Table(name = "test")  
2. public class Test extends MyBatisPojo {  
3.  @Id  
4.  private Integer id;  
5.    
6.  @Column  
7.  private String text;  
8.   
9.  public void setId(Integer id) {  
10.   this.id = id;  
11.  }  
12.    
13.  public Integer getId() {  
14.   return id;  
15.  }  
16.   
17.  public void setText(String text) {  
18.   this.text = text;  
19.  }  
20.   
21.  public String getText() {  
22.   return text;  
23.  }  
24. }  

对应的Mapper TestMapper

[java]  view plain  copy

1. /** 
2. * 从BaseMapper继承的话,不需要再去实现基本方法 
3. */  
4. public interface TestMapper extends BaseMapper<Test> {  
5.    
6. }  

实际使用时,只需要调用testMapper.delete(Test)函数就能执行相应的删除动作了

 

完整代码下次一起放上

转载：http://blog.youkuaiyun.com/beiouwolf/article/details/7284238