摘要： 在第七章，我们将创建一个更复杂的ASP.NET MVC示例，但在那之前，我们会深入ASP.NET MVC框架的细节；我们希望你能熟悉MVC设计模式，并且考虑为什么这样设计。在本章，我们将讨论下列内容：MVC架构模式、域模型和Respositories、使用依赖注入创建松耦合的系统、自动化测试的基础。你或许已经对本章我们将讨论的概念和规范非常熟悉，尤其如果你有开发ASP.NET或者C#的经验。如果不熟悉，那么我们非常鼓励你仔细阅读本章，因为对MVC底层的理解有助于我们在后续的章节利用MVC框架的特性 阅读全文

摘要： 学习一个软件开发框架的最有效的方式就是了解并使用它。在本章，你将会创建一个简单基于ASP.NET MVC Framework的数据-实体应用程序。我们会该程序划分成若干小块，每次介绍一个部分，以便你能了解到ASP.NET MVC是如何创建的。在本涨，我们会跳过一些技术细节，以使你能快速对整个框架有一个大致的了解。如果你对这些技术细节干兴趣，那么你也不用担心，我们会在后续的章节陆续介绍她们。 阅读全文

摘要： Summary of article list for ASP.NET MVC[Basic]Pro ASP.NET MVC chapter 2http://www.cnblogs.com/yang_sy/p/3229282.html[Advanced]Inner ASP.NET MVC Viewhttp://www.cnblogs.com/yang_sy/p/ASPNET_MVC_VIEW_INNER.htmlInner ASP.net MVC View part 2http://www.cnblogs.com/yang_sy/p/ASPNET_MVC_VIEW_INNER_2.htmlDyn 阅读全文

摘要： Inner asp.net mvc 阅读全文

摘要： Inner the Asp.net MVC 阅读全文

摘要： Configure ant build for JavaScript 阅读全文

摘要： 使用回调合约的原则是,提供一个服务，该服务采用单向操作（不返回任何信息）的方式通知客户端程序。本小节的例子基于之前描述过的更改产品价格场景。当客户端程序调用ProductsService服务的ChangePrice操作时，当数据库中产品的价格更新后，服务将回调客户端并通知客户端价格已经发生变化。 阅读全文

摘要： 到目前为止，本书中你看到的练习与例子都集中于C/S模型。在该模型中，一个服务器提供一个服务，该服务等待客户端主动发出的请求，接收到客户端的请求后，处理请求，然后选择性地向客户端程序发送响应。客户端程序是活动的参与者，提交请求并有效地决定了服务何时开始执行工作。然而这只是大多数的情况，WCF还支持其他的处理体系，比如点对点网络和客户端回调。使用客户端回调，服务可以调用客户端程序中的一个方法，实际上转换了C/S关系中的客户端和服务器，回调时原先的服务端和客户端将发生对调，服务端成为客户端，客户端成为服务端。 阅读全文

摘要： 本小节介绍了WCF数据服务，它是一个非常灵活的框架，使用该框架你可以直接基于ADO.NET Entity Framework实体模型构建REST Web服务。Visual Studio提供了生成客户端库的工具，客户端程序使用客户端库连接到服务，然后对数据进行查询和更新。客户端库隐藏了构建，发送和接受相应HTTP消息的细节，因此开发人员可以将精力集中在业务逻辑上。WCF数据服务是一个非常广泛的话题，本小节的内容也只是谈及了它的一些浅显知识。其他深入的内容：比如你可以定义业务操作，你可以对外公布未在实体模型中定义的数据；你可以访问微软的WCF数据服务页（http://msdn.microsoft.com/en-us/data/odata.aspx）获取更详细的内容。 阅读全文

摘要： REST Web服务提供了查询数据的操作以响应HTTP GET请求。然而，HTTP协议还支持其他形式的请求，你可以利用这些消息类型提供可以修改REST Web服务中的数据的操作。最常见的情形是你使用HTTP POST请求创建新项目的操作，HTTP PUT请求更新现存数据的操作，使用HTTP DELETE请求定义删除项目的操作。请注意：POST请求是非对等的，而PUT请求与DELETE请求是对等的。这意味着PUT请求与DELETE请求可以多次重复地调用操作，这些操作都具有同样的效果。这个逻辑同样适用于DELETE请求；如果一个项目已经被删除，那么它还可以继续被删除。然而，使用POST请求重复地添加相同的信息可能会造成重复的数据。 阅读全文

摘要： 通常企业使用两种架构实现Web服务：基于SOAP的服务和基于REST模型的服务。这两个架构依赖HTTP协议和因特网实现的寻址体系，但采取不同的方式使用它们。到目前为止，本书所有的练习都集中在SOAP模型上，这种架构使得Web服务的设计者关注服务的业务过程，并把这些业务过程对外公开为服务的操作。相比之下，REST模型则关注企业对外公布的数据，并实现一个允许客户端程序使用自身的逻辑访问并操作这些数据的体系。REST模型变得越来越普遍，你可以使用WCF提供的特性、方法、和类型快捷地构建和访问REST Web服务。此外，实体框架为WCF提供了数据服务模板，你可以使用这些模板把来自实体框架模型的数据和实体作为REST资源对客户端程序公开。本小节介绍REST的基本概念，并创建和测试一个基本的REST服务。 阅读全文

摘要： 实现手动路由无疑是非常强大的技术，但是常见的场景下你所希望的仅仅是，基于请求的某些特性而不是编写一些动态的算法以实现路由消息。为了处理这样的场景，WCF提供了RoutingService类，该类位于System.ServiceModel.Route命名空间下。本小节不再使用负载均衡算法路由消息；而是利用RoutingService类实现基于消息头信息中包含的请求的类型路由消息到对应的服务实例。 阅读全文

摘要： 有时候需要从一个服务推送消息至另一个完全不同的服务以处理该消息。比如，当客户端程序发送请求至企业内部不同的WCF服务，但是所有这些请求实际上都首先通过前端的服务，该服务相当于WCF服务的防火墙。前端服务可以实现一个路由机制，通过检查消息的行为或地址以推送请求到真正的服务；该项技术就是基于地址的路由。前端服务还可以过滤消息，如果消息是非法请求那么阻塞该消息，消息过滤的效果取决于前端服务上所实施的智能检查的程度。另外一套类似的机制就是基于消息的内容路由消息；这项技术就是基于内容的路由。前端服务还可以提供其他特性，比如负载均衡。客户端的请求达到单个前端服务，前端服务使用负载均衡算法分发请求到真正运行WCF服务的服务器。 阅读全文

摘要： 使用服务声明可以减少由Probe消息和ProbeMatch消息带来的网络流量，但是如果服务启动时客户端程序没有运行那么会发生什么？答案是客户端将失去通知消息因此不能发现服务，因为客户端不能连接到服务。解决方法是使用一个发现消息和声明的结合体；创建一个中间服务，该服务使用一个已知的地址侦听来自服务的声明消息并缓存这些声明消息。在客户端程序中，发送Probe消息至中间服务。中间服务可以接受这些Probe请求，在缓存中查找服务的地址，如果匹配，想客户端返回一条ProbeResponse消息，该消息包含匹配服务的详细信息。由于中间服务在一个固定的、已知的地址上，客户端不需要向网络广播大量的Probe消息；相反，它们直接向中间服务发送单播Probe消息。在本小节，我们将学习如何创建这样一个中间服务，并测试其工作过程。 阅读全文

摘要： 如果客户端程序向WCF服务发送一条请求消息，那么客户端通过端点发送该请求。如果你回想一下，端点由三部分组成：地址，绑定和合约。地址指明消息发送的目的地；绑定指明传输、格式、以及于与服务进行通讯所使用的协议；合约决定客户端可以发现的消息以及客户端期望的响应消息。多个服务可以实现同一个服务合约，或一个服务也有可能更改地址。如果客户端将服务特定的地址硬编码在客户端的配置文件中，那么如果服务发生变动、或者临时不可访问、或者服务由于太忙而不能处理请求，那么客户端将不再能继续与该服务通讯。WCF提供了检测服务和路由消息来解决上述问题。在本章的第一部分，你将看到如何在一个通过Ad Hoc模式和服务声明方式在WCF解决方案中实现检测服务。 阅读全文

摘要： 在传输数据时，使用合适的编码机制对提高性能亦有显著的影响。你已经了解到，WCF支持使用文本和二进制对消息进行编码。两者相比较，二进制经常更具有影响力并且占用较少的网络流量，但是二进制编码格式是与平台相关的，因此运行在非Windows平台上的服务和客户端程序不能轻易地使用它。此外，WCF还支持消息传输优化机制（MTOM），该机制为传输大块的二进制数据提供了一个标准的，互操作的，并且有效的格式。如果你知道服务传输数据的大小，那么此时启用MTOM是非常有用的；然而有些服务发送未知大小的数据块，这种场景下最好启用流模式传输数据，WCF同样支持从服务输出流。在本小节中，你将学习到如何使用MTOM编码数据以减少大二进制数据对象的系统开销，以及何如启用流模式以最大化地利用网络带宽。 阅读全文

摘要： 良好的性能是大多数应用程序和服务的关键因素，你可以通过周密地设计，以及选择合适的特性以确保WCF服务维持其吞吐量，保持响应并具有可扩展性。到目前为止，这些技术包括事务，session状态，可靠地消息传递，以及异步操作。还有其他一些影响性能的方面，比如安全。维持性能的一个重要的方面是需要确保服务不会耗尽宿主计算机上可用的资源，进而导致计系统变慢，甚至停止响应。WCF提供服务阀值以帮助控制资源的利用。使用该特性可以最大程度的维持服务的最大扩展性。负载均衡是另外一个技术你可以用来分发请求至多个服务器并保持相同的输出。你还可以基于Windows网络负载均衡和WindowsServer AppFabric（Windows云平台中间件）创建一个负载均衡的架构，尽管该技术的详细信息超出本书的讨论范围。 阅读全文

摘要： 消息队列是本书WCF异步技术中的最后一个出场的。消息队列可以为消息传输提供持久性、可靠性和事务性。甚至，发送消息的客户端程序与接受消息的服务可以不必同时运行。但使用该灵活性需要付出一定的代价，那就是消息队列只能支持单向传输。因此如果使用该技术实现客户端程序和服务并且服务需要向客户端发送响应消息时，需要仔细的设计。另外，消息队列比其他传输协议更慢，这是因为它所支持的可靠性和可持续性；Windows操作系统需要把消息存储到磁盘。这意味着消息队列中的消息可以不受关机或者电源失败的影响；但这种稳健性在创建和传输消息时需要付出额外的I/O代价。 阅读全文

摘要： 如果客户端不仅要求服务回传相应，并且能够在等待响应的时候（线程安全地）执行其他任务，那么你需要实现异步方法调用。使用该技术，客户端程序可以发送一个请求然后后继续执行其他任务。当服务的响应消息到达，客户端程序的一个单独线程将处理该响应。为了处理这些情况，WCF支持异步操作和IAsyncResult设计模式。在WCF中你可以使用两种方式实现IAsyncResult设计模式：在客户端程序中异步调用操作；或在WCF服务中实现异步操作。 阅读全文

摘要： 一般地，WCF客户端和服务在执行操作时遵循请求/响应消息传输模式；客户端程序发出一个请求然后耐心地等待消息通过网络传输至服务，服务接受到请求消息并处理该消息，然后服务生成响应消息，最后响应消息通过网络回传至客户端程序。如果客户端程序不要求服务发送响应，那么上述的等待不仅纯属浪费时间，而且还影响客户端程序的响应。在这种情况下，你会发现单向操作可以改进客户端程序的性能。 阅读全文