此外提供功能中应使 n 层开发得更容易在 Microsoft.NET 框架 4 sneak 出现峰值。
更改设置
容器将一起粘附的一种自定义格式中的工作单位的部分以便这种方法也往往非常全功能和易于使用，mid-tier 和客户端上。
最后，并在可能最关注的问题是滥用该更改集是多么容易。
假设您有用于将开支报告添加到结束也修改某人的工资的记帐系统服务。
如果您执行采用这种模式，测试来验证该 mid-tier 上的任何更改规则，请务必而盲目地保持到达任何更改。
DTO
此模式的目的是在客户端和该 mid-tier 使用分隔不同类型在客户端和它们之间的邮件保存在 mid-tier 上的数据和数据。
如有必要，您可以使用通过网络，发送非常有效的格式，也可以选择，例如，交换仅出于安全原因的实体的数据的子集。
但有没有办法这种模式涉及更多的工作比任何其他选项的这一事实 — — 至少初始实现。
对于很多的项目但是，您可能能够实现具有模式需要较少的努力的目标。
简单的实体
如果更复杂的操作所需更改实体之间关系或完成将更新的插入和删除的组合，应将这些操作表示服务方法的结构中。
需要多个实体或关系所涉及的操作时特殊服务的方法进行工作。
这将导致吵闹的网络通信的客户端具有多个服务调用完成方案或特殊用途服务具有多个参数的方法。
一个解决方案的整体复杂性向上，您的客户端将成为更是复杂或者当网络性能是关键变化您需要仔细调整您的网络格式，其他模式将更适合。
self-tracking 实体
若要减少客户端上的约束，这些实体是纯的旧 CLR 对象 （POCO） 不依赖于任何特定的持久性技术 — — 它们只是表示实体和是否在保持不变，新，修改或被标记为删除的一些信息。
最后，因为验证逻辑可以内置实体本身，您可以更轻松地保持有关强制实施特定的服务方法的预期的操作按照要求。
通常此信息可以被保存为最小，但是，所以它通常没有多影响可用性的可维护性的实体。
没有任何阻止您从使用 DTO 的混合和 self-tracking 实体，并且，实际上，只要保持跟踪信息的结构尽可能简单，不是难以如果所需的 DTO 中某些以后在发展 self-tracking 实体。
实现使用 N 层在 Entity Framework
但其中不会在 Entity Framework (EF) 适合于所有这？
鍙 ﹀ 的方式 在 EF 是一个 LINQ 的提供程序，这意味着它相对容易地创建复杂的查询，可以帮助与实体映射 DTO。
让我们查看未来的版本之前，但，看一下可以采取与该 EF 现在使用简单的实体模式。
并发标记
MSDN 数据平台开发中心的实体框架部分 中。
请记住在同一个实体中使用并发模式设置为固定，可以有多个属性，但这通常是不必要。
序列化
生成的代码还支持二进制序列化和，超出 XML 序列化，但 XML 序列化仅适用于不以图形的一个实体。
该代码可能如下所示：
public Customer GetCustomerByID(string id)
{
using (var ctx = new NorthwindEntities())
{
return ctx.Customers.Where(c => c.CustomerID == id).First();
}
}