纯计算属性在NHibernate中的解决方案

早上碰到了一个问题, 想先在园子中问问, 不敢放在首页, 结果放在提问区却无人问津, 郁闷啊.
提问的连接地址为: http://www.cnblogs.com/andywu/archive/2007/09/15/893845.html

研究了一天, 有些眉目了, 但总觉得不爽. 把解决方案贴出来, 大家讨论一下.

问题如下:

在HQL中, 如果使用了在数据库中没有的纯计算属性, 会报错.

比如:
public class Name
{
    private string _firstName;
    public string FirstName
    {
        get { return _firstName; }
        private set { _firstName = value; }
    }

    private string _lastName;
    public string LastName
    {
        get { return _lastName; }
        private set { _lastName = value; }
    }

    public string FullName
    {
        get
 {
  return _lastName + _firstName; // 这里作为演示, 只是很简单的逻辑. 实际上会更复杂
 }
    }
}

其中FullName是个计算属性
将Name类作为一个Component映射, 比如在Person类中映射为
<component name="Name" class="Name">
  <property name="FirstName" column="first_name" />
  <property name="LastName" column="last_name" />
</component>

HQL为:
from Person as p where p.Name.FullName = "somename"

NHibernate会报错, 提示的大意是不认识FullName属性.

我首先想查一下, NHibernate中是否存在一种配置, 指示类的某个属性不需要与数据库有关系, 看了一会文档, 主要是看property映射相关的内容, 没找到.

然后我试了property的formula属性, 只要把计算逻辑放在数据库中, 倒是可行. 但这不是我想要的, 也不是很合理.

实在是没办法了, n个小时过去了, 没什么头绪, 实然想到一个模拟的办法, 就是对FullName属性用一个不做任何事的setter, 在映射中也随便指定一个存在的数据库字段, 这样应该可以让NHibernate正常运行了, 修改如下
public string FullName
    {
        get
 {
  return _lastName + _firstName; // 这里作为演示, 只是很简单的逻辑. 实际上会更复杂
 }
 set { }
    }

<component name="Name" class="Name">
  <property name="FirstName" column="first_name" />
  <property name="LastName" column="last_name" />
  <property name="FullName" column="first_name" />
</component>

试了一下, 果然是可行的. 不过这个方案依然很勉强.

又看了文档中, property的access可以使用自定义的Class, 就试着做了一个ComputerPropertyAccessor, 只用BasicAccessor的Getter,Setter则不做任何事, 这样可以不用为FullName加一个空的setter了, 但映射文件依然是很不合理.

到此是再也想不出别的方案了. 我总觉得NHibernate应该已经处理了这一类的情况了, 只是我可能没有看到. 又或者是NHiberante的设计者因为某些原因而不提倡类似的作法, 我不得而知了. 还请众NHibernate高手指教.

posted @ 2007-09-15 21:27  andy.wu  阅读(2615)  评论(11编辑  收藏  举报