摘要：
用实体来做事情的时候确实比较方便，有利于编程。但有的时候也非常麻烦，因为有些数据属于属性动态的，这在企业应用中做些比较高级的功能时用的地方比较多，虽然我前面的博文中提供了一种解决方案，但那时后面没有用实体框架，而是直接用可以返回数据集(DataTable,DataSet)的方式进行的。对于AEF框架而言，就很难搞了，因为执行ESQL后的返回结果必须提供一个实体类才能装载，这实际上就限制了这种处理方法的应用。当然，解决办法还是有的，我们可以用实体关联查询来替代sql。但随之而来的是，如何动态构建这种针对实体的关联查询呢？当然，终极解决方案就是不用这个框架！WCF RIA Service那个动态生 阅读全文
随笔档案-2011年8月29日
WCF RIA Service下的Entity和ComplexObject的一点区别（微软不厚道）
2011-08-29 20:00 by java线程例子, 147 阅读, 收藏,
摘要：
1）对于Entity的支持相对来说比较好，自动生成的实体如果以Entity为基类，可以挂接属性改变事件，这个非常有用，但如果生成的实体以ComplexObject为基类，则没有这个好处；2）ComplextObject对于服务端得实体要求不是很严，不像要生成Entity为基类的实体那样，不能在字典中含有实体，字典中的类型只能是基本类型；3）在服务中如果要暴露以Entity为基类的实体，必须有一个不带Invoke的标签的查询方法，否则，系统会将暴露该实体集合的方法之一看成是这样的方面，如果你的实体中有其它的实体，会报编译错误。（很是奇怪的规则，都被我测出来了）3）要生成以Entity为基类的实体 阅读全文
浙公网安备 33010602011771号