MyBatis3 通用CRUD的研究[一]

时间：2025-03-20 12:13:06

尝试了下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语句来看,我们的基接口可以这样写

/**
 * MyBatis CRUD基接口
 * @author 
 *
 * @param <T> 处理的POJO对象
 */
public interface BaseMapper<T extends MyBatisPojo> {
	@DeleteProvider(type = ,method = "delete")
	public void delete(T obj);
}


 

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

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

/**
 * MyBatis用POJO基类
 * 借用了JPA的注解标签 @Table和@Id 需要引入包()
 * @author 
 *
 */
public class MyBatisPojo implements Serializable{

	private static final long serialVersionUID = 1L;

	/**
	 * 获取POJO对应的表名
	 * 需要POJO中的属性定义@Table(name)
	 * @return
	 */
	public String tablename() {
		Table table = ().getAnnotation();
		if(table != null)
			return ();
		else
			throw new RuntimeException("undefine POJO @Table, need Tablename(@Table)");
	}

	/**
	 * 获取POJO对应的主键名称
	 * 需要POJO中的属性定义@Id
	 * @return
	 */
	public String id() {
		for(Field field : ().getFields()) {
			if(())
				return ();
		}
		
		throw new RuntimeException("undefine POJO @Id");

	}
}

然后是动态sql的生成类 CUDTemplate

import static .*;

public class CUDTemplate<T extends MyBatisPojo> {
	public String delete(T obj) {
		String idname = ();
		
		BEGIN();
		
		DELETE_FROM(());
		WHERE(idname + "=#{" + idname + "}");
		
		return SQL();
	}
}


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

假设表 test

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类

@Table(name = "test")
public class Test extends MyBatisPojo {
 @Id
 private Integer id;
 
 @Column
 private String text;

 public void setId(Integer id) {
   = id;
 }
 
 public Integer getId() {
  return id;
 }

 public void setText(String text) {
   = text;
 }

 public String getText() {
  return text;
 }
}


对应的Mapper TestMapper

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


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

 

完整代码下次一起放上

 

相关文章