DbContext及其相关的API是EF4.1中一大新特性。简单说，DbContext就是之前EF的核心类ObjectContext的抽象封装。如果用.NET Reflector看一下DbContext的内部实现，不难发现其内部有一私有成员_internalContext，它属于InternalContext这一Internal的类。DbContext内部的许多函数就是通过InternalCont

在上篇随笔中，我们发现Entity Framework在构建SQL语句时，将ToTable("CNBlogsTex.dbo.blog_PostBody")中的"CNBlogsTex.dbo.blog_PostBody"转换为"[CNBlogsText.dbo].[blog_PostBody]"，从而造成不能进行跨数据库查询。 今天上午，我们通过Reflector对Entity Framework的

在上篇随笔中提到“对于跨数据库查询，我们没有找到通过LINQ to Entities实现的方法”。后来仔细想想，从理论来讲，实现跨数据库查询应该不难啊，与非跨数据库查询相比，只是多了个数据库名，比如下面的非跨数据库查询语句： SELECT [Text] FROM dbo.blog_PostBody WHERE ID=3560 跨数据库查询语句： SELECT [

REST被推崇，一个很重要的原因就是它的数据格式可以是XML，也可以是JSON，这使得Javascript可以轻松调用RESTful服务。WCF REST内置了JSON序列化器，可以轻易实现格式的转换，甚至可以根据请求动态选择返回的格式。 先看看如何手动指定返回格式。WebGetAttribute和WebInvokeAttribute有RequesetFormat和ReponseFormat两个

很久没有玩WCF了，年前和几个朋友做一个Restful的服务，惊讶于WCF4已经能如此完美实现REST（好吧，我承认不是完全完美）。期间遇到了许多难题，但还是一一解决，或者找到了workaround. 为了让以后想做同样事情的朋友不至于像我们这般抓狂，也为了给自己整理一下所学，我准备写一个系列，讲述如何从零开始创建一个完整的支持Token验证的REST服务，其内容将涉及如何控制返回内容格式，如何处

很久没有玩WCF了，年前和几个朋友做一个Restful的服务，惊讶于WCF4已经能如此完美实现REST（好吧，我承认不是完全完美）。期间遇到了许多难题，但还是一一解决，或者找到了workaround. 为了让以后想做同样事情的朋友不至于像我们这般抓狂，也为了给自己整理一下所学，我准备写一个系列，讲述如何从零开始创建一个完整的支持Token验证的REST服务，其内容将涉及如何控制返回内容格式，如何处

    由于之前已经尝试使用过 EF CodeFirst CTP4，所以这次在EF4.1发布的第三天，在 OEA 框架中已经支持使用它来实现数据访问层。而且，我们准备逐渐把原有的较量级ORM框架给替换掉，并且使用EF中的元数据系统来完全充当 OEA 中的 ORM 元数据，以便使用这些映射信息来实现一些更多的操作。由于还没有时间把整个 EF 的 MSDN 拿下，所以暂时

说好为大家带来一系列的文章，现在就写第二篇。开始之前，再啰嗦两句，EF4.1 RC版本可到这里下载：http://www.microsoft.com/downloads/en/details.aspx?FamilyID=2dc5ddac-5a96-48b2-878d-b9f49d87569a&displaylang=en。第一篇有关DbSet.Find的文章，请看：http://www.c

  在Entity Framework 中使用SaveChanges()是很频繁的，单次修改或删除数据后调用SaveChanges()返回影响记录数。要使用批量修改或者批量删除数据，就需要SaveChanges(false)+AcceptAllChanges()方法了。 SaveChanges(false) 只是通知EF需要对数据库执行的操作，在内存中是属于挂起状态，在必要的时

      作为.NET平台上的通信框架，ESFramework有哪些优点了？我们有什么理由要使用ESFramework来开发自己的通信应用？   1.高性能      ESFramework底层使用IOCP模型，使得数据收发与处理达到最高性能。当前主流配置的服务器（如至强4核双CPU、4

随着EF4.1 RC上周的发布，MSDN EF论坛的帖子也越来越多。相信大家会对EF4.1的一些新功能感兴趣。之后会为大家带来一系列的文章，与大家分享下我学习EF4.1的一些经验与感想。顺便提一句，EF4.1的MSDN文档已经发布， http://msdn.microsoft.com/en-us/library/gg696172(v=VS.103).aspx。这一系列文章，可能需要您对E

      在ESFramework 4.0 进阶（02）－－ 核心：消息处理的骨架流程一文中我们介绍的ESFramework提供的消息处理的骨架流程，假设我们有这样的需求，我们需要在网关级消息监控器处放置两个监控器，一个用于对收到的消息进行特殊的验证，另一个用于检查重复的消息。咋一看，可能觉得骨架流程做不到这一点，因为它只为网关级监控器预留了一个

      在ESFramework 4.0 进阶（07）－－ 消息同步调用一文中我们介绍了客户端与服务器进行交互的一种常见情况：客户端向服务器发送请求消息，服务器处理完毕后返回应答消息给客户端。还有一种常见情况是，客户端需要发送一个消息给另外一个在线的用户。一般，这样的P2P消息是通过服务器中转的。很多情况下，中转不会有很大的问题，但是对于那种类

分布式系统的构建一般有两种模式，一是基于消息（如Tcp，http等），一是基于方法调用（如RPC、WebService、Remoting）。深入想一想，它们其实是一回事。如果你了解过.NET的Proxy，那么你会发现，方法调用和消息请求/回复实际上是可以相互转换的，.NET的Proxy的实现，就是在方法调用的堆栈帧和消息之间相互转换的过程。      在ES

我们在用ORM框架时，框架生成的sql语法的性能是很关键的，在对EF4.1生成的sql语法进行测试时，发现存在性能问题。测试环境vs2010 sp1 + sql server 2008 r2 + Entity FrameWork 4.1 RC 查询1DateTime start = DateTime.Parse("2011-03-01");DateTime end = DateTime.Parse

     在ESFramework 4.0 进阶（04）－－ 驱动力：通信引擎（下）一文末尾我们已经将通信引擎以及整个消息骨架流程组装起来了，只要通信引擎一接收到消息，框架就会按照规定的流程进行运转。到这里，自然想到一个问题，如何来发送消息了？没有发送，何谈接收，就更不会有后续的驱动整个消息处理的骨架流程了。   一.发送消息时遇到的问题 &nbs

干WEB开发已经有一年了,感触不少.有时候觉得做XX管理系统,难在搞对需求,难在基础设计,真正要写的代码,很多都是有些机械的,重复的,类似的.自从知道了有一种东西叫代码生成器之后,我就觉得这些事,这些代码应该尽可能的让计算机帮我们做. 　　昨天编写了一个针对EF(VS08SP1中的版本)的代码生成工具,基本功能已经出来了,在此做个小小的分享.因为模板替换方面,目前的功能比较弱,替换后的结果有针对性

    （ESFramework 4.0 快速上手 系列文章介绍的是属于ESFramework的傻瓜式应用，对于开发一般的通信程序已经足够了，但是如果要构建更高性能更灵活更具扩展性的应用，还是必须要从基础开始了解ESFramework的内核机制。《ESFramework 4.0 进阶》系列是为通向ESFramework内核的一条路。）   　　在E

一般我们创建一个自关联表，例如Node(NodeId,NodeName,ParentId),NodeId为主键，ParentId添加外键约束,使用vs2010的导入功能就可以自动生成自关联实体，如下图 但是由于各种原因，我获取的表没有设置外键约束，导入数据表后无法自动生成关联和导航属性。这是可以这样来设置， 1，导入实体：使用sqlserver创建一个link表， 2，增加关联

   （ESFramework 4.0 快速上手 系列文章介绍的是属于ESFramework的傻瓜式应用，对于开发一般的通信程序已经足够了，但是如果要构建更高性能更灵活更具扩展性的应用，还是必须要从基础开始了解ESFramework的内核机制。《ESFramework 4.0 进阶》系列是为通向ESFramework内核的一条路。）