初探.NET 4.0中的Entity Framework(二)

上个月试装了Visual Studio 2010 BETA1版本,内置.NET 4.0。Entity Framework(EF)是其中的一个非常重要的框架,在上文中我也介绍过,从整体上看,Entity Framework已经开始让.NET逐步走向了领域驱动设计时代。

事实上Visual Studio 2008 Service Pack 1中已经带了一个Entity Framework的BETA版本,但遗憾的是,这个版本的Entity Framework与领域驱动设计思想仍然相去较远,更贴近于原来的LINQ to SQL,理由是,它不支持值对象。

Visual Studio 2010 BETA1中的Entity Framework版中引入了ComplexType,这就是对值对象的很好支持。ComplexType由一个和/或多个ScalarType/ComplexType组成,在做关系型数据库映射时,会被映射到数据表的多个字段,这个特性与NHibernate中的component相似。

从目前的情形看,我仍然觉得Visual Studio 2010 BETA1中的Entity Framework有以下需要考虑或者改进的地方:

  • 对枚举类型的支持。当前的版本不支持枚举类型,其实枚举是领域模型中很重要的数据类型。比如:销售订单的状态(OrderStatus)可以有:新建、已提货、已装箱、已发货、已出发票、已退货等,那么在做建模的时候,使用包括有Created, Picked, Packed, Shipped, Invoiced, Rejected等成员的枚举,会使得模型通俗易懂;然而,目前的EF不支持枚举,设计人员不得不暂时使用int等基本数据类型来取代
  • 对“模型”概念的定义。目前的EF允许用户在Entity Data Model Designer上设计模型,并能保存成edmx文件。然而在这个设计器上所看到的“模型”跟实际的领域模型还是有差距的,比如对模型对象操作的定义,目前还是无法体现在设计器上,设计器上的模型主要还是一种对象化的数据库体现形式,也就是跟数据库关系比较密切。领域驱动设计中很重要的一条就是,属于领域对象的操作,应该尽量放在类的定义中,而不仅仅是POCO/POJO。那么现在,开发人员只能通过部分类partial class的特性来实现这样的功能。理由很简单:模型类都是由Visual Studio自动生成的
  • 仍然是上文中我的观点:模型的更改很难自动地映射到持久化机制上。详情请见这篇文章

从总体上,我对EF的感受基本上就是这些,今后,我会从领域驱动设计的角度来进一步探讨Entity Framework对DDD的支持,相信到时候会有更多的收获。

转载至:http://www.cnblogs.com/daxnet/archive/2009/08/29/1686969.html

此条目发表在C#分类目录。将固定链接加入收藏夹。

发表评论