MyBatis3 通用CRUD的研究[一]

最新推荐文章于 2024-02-01 16:09:44 发布

转载最新推荐文章于 2024-02-01 16:09:44 发布 · 862 阅读

ssh 专栏收录该内容

38 篇文章

订阅专栏

通过创建Mapper基接口和MyBatisPojo基类，实现了自动化的CRUD操作，无需xml配置，简化了MyBatis3的使用过程。以测试表为例，展示了如何自动生成SQL语句进行删除操作。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

尝试了下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 
   
 /** 
  * MyBatis CRUD基接口 
  * @author ALLEN.HU 
  * 
  * @param <T> 处理的POJO对象 
  */  
 public interface BaseMapper<T extends MyBatisPojo> {  
     @DeleteProvider(type = CUDTemplate.class,method = "delete")  
     public void delete(T obj);  
 }  

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

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

[java]view plain copy 
   
 /** 
  * MyBatis用POJO基类 
  * 借用了JPA的注解标签 @Table和@Id 需要引入javax.persistence包(persistence.jar) 
  * @author Allen.Hu 
  * 
  */  
 public class MyBatisPojo implements Serializable{  
   
     private static final long serialVersionUID = 1L;  
   
     /** 
      * 获取POJO对应的表名 
      * 需要POJO中的属性定义@Table(name) 
      * @return 
      */  
     public String tablename() {  
         Table table = this.getClass().getAnnotation(Table.class);  
         if(table != null)  
             return table.name();  
         else  
             throw new RuntimeException("undefine POJO @Table, need Tablename(@Table)");  
     }  
   
     /** 
      * 获取POJO对应的主键名称 
      * 需要POJO中的属性定义@Id 
      * @return 
      */  
     public String id() {  
         for(Field field : this.getClass().getFields()) {  
             if(field.isAnnotationPresent(Id.class))  
                 return field.getName();  
         }  
           
         throw new RuntimeException("undefine POJO @Id");  
   
     }  
 }  

然后是动态sql的生成类 CUDTemplate

[java]view plain copy 
   
 import static org.apache.ibatis.jdbc.SqlBuilder.*;  
   
 public class CUDTemplate<T extends MyBatisPojo> {  
     public String delete(T obj) {  
         String idname = obj.id();  
           
         BEGIN();  
           
         DELETE_FROM(obj.tablename());  
         WHERE(idname + "=#{" + idname + "}");  
           
         return SQL();  
     }  
 }  

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

假设表 test

[sql]view plain copy 
   
 create table "RSMNG"."dbo"."test"(  
         "id" int identity not null,  
        "text" varchar(100) not null,  
         constraint "PK_test" primary key ("id")  
     )  

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

对应的Pojo类

[java]view plain copy 
   
 @Table(name = "test")  
 public class Test extends MyBatisPojo {  
  @Id  
  private Integer id;  
    
  @Column  
  private String text;  
   
  public void setId(Integer id) {  
   this.id = id;  
  }  
    
  public Integer getId() {  
   return id;  
  }  
   
  public void setText(String text) {  
   this.text = text;  
  }  
   
  public String getText() {  
   return text;  
  }  
 }  

对应的Mapper TestMapper

[java]view plain copy 
   
 /** 
 * 从BaseMapper继承的话,不需要再去实现基本方法 
 */  
 public interface TestMapper extends BaseMapper<Test> {  
    
 }  

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

完整代码下次一起放上

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