可以自己开发中间层，中间层如果自己开发的话可以定制一些功能，至于中间层与客户端之间，完全可以采用多种方式实现其通讯，更主要的是还可以使用自己的传输方式，自己的加密方式完成，中间层可以实现负载均衡，可以以更高的效率实现数据处理与数据传输。可以实现数据的预处理等等XML Web service是一个比较好的方法实现三层模式使用 XML Web service 的三层应用程序具有以下优点：因为可以使用数据绑定将 ADO.NET 数据集直接与用于构建用户界面的很多控件连接，所以开发工作就变得简单而快捷。这有助于迅速建立并运行应用程序的基本功能。 用户可以从能连接到 Internet（或 Intranet）的任何地方运行应用程序。 数据库访问被单独分给自己的组件，这样就无需在前端代码中嵌入 SQL。 连接信息只保留在 XML Web service 上，同样减少了客户端计算机的维护工作。 可以在某个中心位置更新数据库访问层。如果对此层进行简单的代码更改，则无需重新向客户端分发组件。
window form| |ASP | |
web form | XML |IIS | ADO.net | DataBase
PDA | |COM |
| |Web service |
window form| |ASP | |
web form | XML |IIS | ADO.net | DataBase
PDA | |COM |
| |Web service |
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
事务和负载均衡等功能。在windows下，主要存在着这么集中开发方式。客户端 com+中间件 数据库客户端 web服务器 com+中间件 数据库客户端 web服务器 com+中间件 xml 数据库
在局域网中推荐使用tcp/ip协议联接中间件，速度非常快，但不能穿透防火墙，耦合性不好
客户端 web服务器 webservice 数据库这种方案可以使用两种协议，一种是http/二进制，一种是http/soap,前一种速度比较快，但只能在windows环境下使用，但能穿透防火墙，
后一种就是目前朝得最火的方案，能够跨平台使用！！！但速度比较慢！！
当然，各种方案的优缺点并不是折磨三言两语就能说清的！！
用户可以从能连接到 Internet（或 Intranet）的任何地方运行应用程序。
数据库访问被单独分给自己的组件，这样就无需在前端代码中嵌入 SQL。
连接信息只保留在 XML Web service 上，同样减少了客户端计算机的维护工作。
可以在某个中心位置更新数据库访问层。如果对此层进行简单的代码更改，则无需重新向客户端分发组件。
所有 SQL 驻留在通过 Remoting 服务调用的组件中。在服务器上构建数据集，并将其作为 XML 流返回到客户端，它们在这里又可以重新被构建为数据集。
将从 Remoting 组件返回的数据集直接绑定到窗体的控件中。
使用从 Remoting 组件返回的数据集手动将数据加载到窗体的不同控件中。
直接在窗体上编写所有业务规则的代码。