面向连接绑定中的服务分发与双向通信详解
1. 服务分发
在某些场景下，原本直接调用程序集的 Web 应用程序可以进行改造，以使用服务。最初可使用命名管道，之后可采用 TCP 套接字。将业务功能封装在服务中，能在不影响代码库的前提下，跨进程和机器边界分发这些功能。
在初始应用中，ObjectDataSource控件直接与PhotoManager程序集通信，以保存和检索照片记录。引入面向服务的应用设计后，ObjectDataSource控件与新的外观层进行通信，该外观层封装了对服务代理的调用，而服务代理则调用每个服务端点。无论服务是通过命名管道在同一台机器上调用，还是通过 TCP 套接字在不同机器上调用，都采用相同的架构。
考虑在 Web 应用程序背后跨进程和机器边界分发功能的原因主要有以下几点：
-安全性：当设置了非军事区（DMZ）时，需要跨越由第二个防火墙保护的机器边界。服务可以提供安全边界，使黑客更难访问受保护的资源。例如，如果 ASP.NET 工作进程被入侵，恶意调用者仍需通过服务边界的身份验证才能访问其控制的资源。
-可扩展性：当业务功能消耗文件系统或大量内存等资源时，将这些功能水平分布在负载均衡的机器上，实际上可以提高整体吞吐量，尽管会引入序列化开销和网络延迟。
2. 消息交换模式
消息交换模式描述了应用程序之间发送消息的方式，主要有三种经典模式：请求 - 回复、单向和双工（回调）。
