hibernate 自定义类型解决方案[不良方案]

hibernate提供了UserType等接口给用户解决用户自定义类型到数据,但是需要实现接口,这样就依赖上hibernate的api了
个人认为这样有两个不合适的地方
首先,是这个UserType接口的实现比较麻烦,个人我也不太愿意去看这么多东西,嫌麻烦了
再就是,我个人认为这个方法增加了hibernate的侵入性

下面举个小实例,
/***********************************/

public class JobTitle {
	public String jobTitleName;
	public String describe;
	public String powerSetString;// 拥有的权限表字符串,因为要存入数据库,但是如果使用hiberenate的userType增加框架的侵入性,所以增加方法和属性来实现
	public Set<Power> powerSet;//这是原来需要映射到数据库的类,但是由于Power是个enum类型,无法直接映射到数据库,所以使用上面的powerSetString代替

在映射的xml中,我们就不再映射powerSet,而是映射powerSetString
并且提供powerSetString的getter和setter

为了能正常使用powerSet和映射powerSetString
我增加了转换方法

//实现String和Set<Power>的转换
	public Set<Power> caseStringToPowerSet() {
		return caseStringToPowerSet(this.powerSetString);
	}

	public Set<Power> caseStringToPowerSet(String powerSetString) {
		if (powerSetString==null) {
			return null;
		}
		Set<Power> powerSet = new HashSet<Power>();
		String[] powerStrings=powerSetString.split(",");//使用","划分权限值在String中的值
		Power[] powers = Power.values();
		for (int i = 0; i < powerStrings.length; i++) {
			if (powerStrings[i]!=null&&powerStrings[i].equals("")) {
				int powerNo=Integer.parseInt(powerStrings[i]);
				powerSet.add(powers[powerNo]);
			}
		}
		return powerSet;
	}
	
	public String casePowerSetToString() {
		return casePowerSetToString(this.powerSet);
	}
	
	public String casePowerSetToString(Set<Power> powerSet){
		if (powerSet.isEmpty()||powerSet==null) {
			return null;
		}
		String powerString="";
		for (Iterator iterator = powerSet.iterator(); iterator.hasNext();) {
			Power power = (Power) iterator.next();
			powerString+=(power.ordinal()+",");//使用","划分权限值在String中的值
		}
		return powerString;
	}

并且修改了一下getter和setter方法

public String getPowerSetString() {
		if (this.powerSetString==null) {
			return casePowerSetToString();
		}
		return powerSetString;
	}

	public void setPowerSetString(String powerSetString) {
		this.powerSetString = powerSetString;
	}

	public Set<Power> getPowerSet() {
		if (powerSet==null) {
			powerSet=caseStringToPowerSet();//如果不存在powerSet则使用String转化
		}
		
		return powerSet;
	}

	public void setPowerSet(Set<Power> powerSet) {
		this.powerSet = powerSet;
	}
	
	public void setPowerSet(String powerString) {
		this.powerSet = caseStringToPowerSet(powerString);
	}

这就实现了可以实现powerSetString的对外透明,而还是提供powerSet对外


小总结:
对于自定义类型,虽然hibernate帮助我们,但是,我们完全可以自己提供转接的属性和方法,让自定义类型对hibernate透明,并提供变异的getter和setter,实现转换属性对外的透明,从而让pojo正常使用
  此例是使用了enmu的特性,看似特例,其实不然,我们还有java.sql.Types帮我们是实现自定义类型的转换
  关键是思考如何将自定义类型比较合适的分解成普通类型,并组合后能够送入数据库,最坏的打算是将对象序列化,二进制写入了.

后生愚昧,望智者提点

你都用hibernate实现ORM了，已经被侵入的死死的了，还害怕依赖Hibernate的API？这种方式和实体类绑定太死，如果我有N个类都有PowerSet这样的需要特殊持久化方式的属性，那我得写N个get set，也就处理一下fistname+lastname之类的简单情况还行，稍微复杂点的还是得上UserType，UserType就几个方法，一点也不麻烦，看看Hibernate的java doc，上面写的清清楚楚。

我个人觉得还是要看具体情况,就我目前的情况来说,这样实施还是很便利的.

而且UserType我还是觉得麻烦了些,还有hashCode这些个东西,通过我上面的方案跳过还是比较快捷的.

谢谢你的指点了

恩   实践证明 这是不良方案,维和以及操作确实很麻烦,不如交给hibernate来做了

正如Norther 说的, 谢谢提点了