我的公司的老板对新的项目的后台的架构下了非常重的力度,所以很多东西希望能够抽取出来重用,特别是对于一些很多项目都会重用到的模块进行抽出。开发中,一些封装的功能甚至关联的表都是未知的,因此对Hibernate用法进行了一次比较深入的研究。我们希望针对自己的业务,形成一套系统,让以后的开发效率更高。并且能够能增强封装出来的东西的重用性。有时候非常庆幸有一个搞技术的老板,真的能够学到很多好东西。
这里总结一下,做下记录。虽然hibernate的ORM的注解很强大,包括和spring jpa一起使用的时候真的非常爽。但是这些功能,虽然用着爽,却容易对业务造成很大的耦合度。
好了,转入正题。
例如我们有一个用户表:
account | ||
列名 | 类型 | 注释 |
id | INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT | 递增标识 |
account | VARCHAR(25) NOT NULL | 用户名 |
password | VARCHAR(64) NOT NULL | 密码 |
角色表:
role | ||
列名 | 类型 | 注释 |
id | INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT | 递增标识 |
role_name | VARCHAR(25) NOT NULL | 角色名 |
用户角色关联表:
account_role_rel | ||
列名 | 类型 | 注释 |
id | INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT | 递增标识 |
account_id | INT(11) NOT NULL | 用户ID |
role_id | INT(11) NOT NULL | 角色ID |
因此我们可能需要生成两个实体
AccountModel、RoleModel
至于中间那个account_role_rel的表,因为开发中要用hibernate转换出它的实体,实在多此一举,因此就直接省略掉对应的实体了。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
/** * 用户实体 */ @Entity @Table(name = "account") public class AccountModel { private Integer id; private String account; private String password; @Id @Column(name = "id", nullable = false) public Integer getId() { return this.id; } @Basic @Column(name = "account", nullable = false) public String getAccount() { return this.account; } @Basic @Column(name = "password", nullable = false) public String getPassword() { return this.password; } //Setter省略 } |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
/** * 角色实体 */ @Entity @Table(name = "role") public class RoleModel { private Integer id; private String roleName; @Id @Column(name = "id", nullable = false) public Integer getId() { return this.id; } @Basic @Column(name = "role_name", nullable = false) public String getRoleName() { return this.roleName; } //Setter省略 } |
现在假设我们建了Account和Role这两张表的实体,而且没有使用@JoinColumn一类的注解,但是我们需要动态的把两张表关联在一起
我们需要DAO
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
/** * 获取账号和角色集合的DAO */ @Repository public class AccountRolesDAO { @PersistenceContext public EntityManager em; public Map<AccountModel, List<RoleModel> findAccountRoles(int accountId) { Session session = em.unwrap(Session.class); SQLQuery q = session.createSQLQuery("SELECT {ac.*},{ro.*} from " + "account ac" + " left join " + "account_role_rel rorel " + "on rorel.account_id=ac.id " + "left join " + "role ro " + "on ro.id=rorel.role_id"); q.addEntity("ac", AccountModel.class); q.addEntity("ro", RoleModel.class); //返回的东西是{[AccountModel,RoleModel],[AccounrModel,RoleModel]} List<Object[]> result = q.list(); Map<AccountModel, List<RoleModel>> map = new HashMap<AccountModel, List<RoleModel>>(); for (Object[] entities : result) { List<RoleModel> list = map.get(entities[0]); if (list == null) { list = new ArrayList<RoleModel>(); map.put(entities[0], list); } list.add(entities[1]); } return map; } } |
上面的东西,如果我们关联表是未知的,我可以很方便的通过上面代码的变形,传入对应实体类型和参数,就能够实现自动关联,不像Hibernate注解声明的实体,实体之间的关系必须在实体内声明。即使在不清楚另一个实体是什么的情况下进行关联,能够很好的把一些业务重复的逻辑抽取出来,再跟项目或者功能特定业务的表关联,这样就不用每次开发都特地的写一遍这些功能。