用nhibernate的几点小经验

最近几个月都在用nhibernate做项目。写几点经验。

1. 解决Transient object exception

原项目是用Entity Framework做的。现在是用nhibernate代替Entity framework. 原来的Entity framework可以new 一系列的对象，这些对象之间还有一对多关系，这些对象都没有保存，然后一起保存，就会出现这个问题。例如：Project 对应多个ProjectVersion， 一个ProjectVersion对应多个 ProjectVersionAttribute, 在最后的时候保存Project, 此时Project, ProjectVersion, ProjectVersionAttribute都是没有保存的。都是刚new出来的。 调用Project.Save(); 即出现这个问题。后来查阅文档， 原来是map的问题，没有设置级联保存。于是就在map文件里加上了cascade.all。这样的话，在处理刚才这种情况时就没有问题。所有这些没有保存的对象都会由于这个级联设置而保存了。Entity framework的map是在dbml中设置一下就可以了。而nhibernate需要写map文件。这个差别还是比较大的。

2. 解决对象树中的子对象不刷新问题。

还以Project -> ProjectVersion -> ProjectVersionAttribute来说示例。在ProjectVersionAttribute中加了一个新对象，新对象保存了。然后在Project级别重新Load数据，然后通过Project的属性来一层层地访问所有的子对象。但是这个对象树总是没有新加入的对象。这对我们遍历这个对象树有点问题。这个问题开始以为是跟cascade有关。试着加上了cascade，但是没有作用，新加的子对象还是没有出现在对象树中。最后没有办法了，只有放弃当前Session，新建一个Session，再装入对象树，结果就对了。

 

3. nhibernate用LINQ和lamda表达式

默认情况下nhibernate用HQL， 在.net版本下，可以用LINQ来写查询。nhibernate可以利用LINQ的语句。Entity framework写的应用，原来有很多LINQ语句，有的还特别复杂，长达好几页。可以用NHibernate.Linq名称空间，然后用形式如：session.Query<User>().Where(u => u.Username== username)或者session.QueryOver<User>().Where(u => u.Username== username)，就可以跟LINQ和lamda表达式很兼容了。Query和QueryOver两个大体都差不多。我们项目里实际用的是QueryOver。通过这种方式，原来的Entity framework的有LINQ和lamda query就可以不用改了。绝大部分都可以用。

 

4. NullPointerException的解决方式

在nhibernate中一条条记录都成了一个个对象。数据库表的外连接在nhibernate的map中是reference。这个外键是不允许空的。数据库中外键字段不可能空的。但是内存中的对象就不一样了。内存中的对象某个属性可以随便取什么值，为空也可以。我们在LINQ查询lamda表达式中引用到了某个属性，如果这个属性为null，则会抛出NullPointerException。这种情况在nhibernate中发生很普遍，而Entity framework这种问题就少些。对于这个NullPointerException，我们需要保证每个属性都有正确的值，而不能是只给主键赋一个值就行了。nhibernate不会自动根据主键去取到除主键外的其他字段的。我们得构造一个完整的对象。这样在查询的时候就不会出现NullPointerException的问题。有时一个表里有很多条记录，如果某个字段允许空，同时某些记录的该字段是空值，查询条件里的lamda表达式有用到该字段。很有可能出现NullPointerException的问题。按以上条件查找哪些lamda表达式涉及的字段，然后给LINQ查询加上检查空的条件。这样就可以避免出NullPointerException了。

 

5. 同一记录被两个Session装载了。

因为asp.net的环境是多线程的。可能会出现两个以上的Session， 如果同条数据库记录被两个Session装载到内存中，其中一个Session就会报错。这个问题就是属于Session管理的问题了。数据库表有一定的工作区域的，比如有的表是跟用户的，有的是跟项目的，如果在业务上可以让不同Session总是访问不同的数据。那么这个问题就不会出现了。但是数据库里总是有一些公用的数据。这些数据呢我们可以一次性读入到内存里缓存起来。缓存以后我们就让这些公用数据同原来的Session脱离。让其处于瞬态。需要的时候再与某个Session连接，进入持久化状态。

 

6. nhibernate数据库事务的粒度问题

最开始的时候我们 nhibernate的数据库事务粒度相当小，所有insert, update, delete, select都单独成一个事务。后来发现这样不能适合实际的要求。有些时候需要引入更大的数据库事务粒度。比如好几个insert, update, delete构成一个事务。这个事务的控制就在商务逻辑的类中来管理的。这里可以引入Unit of work模式，也可以引入自己管理的事务模式。