使用C#进行多层应用开发的问题，分不够可以加！

Question

COM/COM+资源占用少，部署简单，但是在有网关、路由和防火墙的情况下，编程绝对是个恶梦
Web Servers比较流行，确定是对带宽要求高，而且可以轻松移植到互联网
Remoting相对来说没有以上缺点，但是不适合互联网，无法移植

Answer 1

Web Servers!
一：安全性高  数据以XML（文本）形式发送，容易穿透防火墙
二：可以方便的用于B/S结构，扩展性好
三：支持简单对象传送，易于编程
四：已经比较成熟，可以找到很多现成的例子缺点，速度上是有点慢

Answer 2

客户端应用程序开发
客户端应用程序在基于 Windows 的编程中最接近于传统风格的应用程序。这些是在桌面上显示窗口或窗体从而使用户能够执行任务的应用程序类型。客户端应用程序包括诸如字处理器和电子表格等应用程序以及自定义的业务应用程序（如数据输入工具、报告工具等等）。客户端应用程序通常使用窗口、菜单、按钮和其他 GUI 元素，并且它们可能访问本地资源（如文件系统）和外围设备（如打印机）。另一种客户端应用程序是作为 Web 页通过 Internet 部署的传统 ActiveX 控件（现在被托管 Windows 窗体控件所替代）。此应用程序非常类似于其他客户端应用程序：它在本机执行，可以访问本地资源，并包含图形元素。过去，开发人员将 C/C++ 与 Microsoft 基础类 (MFC) 或应用程序快速开发 (RAD) 环境（如 Microsoft® Visual Basic®）一起使用来创建这样的应用程序。.NET 框架将这些现有产品的特点合并到了单个且一致的开发环境中，该环境大大简化了客户端应用程序的开发。包含在 .NET 框架中的Windows 窗体类旨在用于 GUI 开发。您可以轻松创建具有适应多变的商业需求所需的灵活性的命令窗口、按钮、菜单、工具栏和其他屏幕元素。例如，.NET 框架提供简单的属性以调整与窗体相关联的可视属性。某些情况下，基础操作系统不支持直接更改这些属性，而在这些情况下，.NET 框架将自动重新创建窗体。这是 .NET 框架集成开发人员接口从而使编码更简单更一致的许多方法之一。和 ActiveX 控件不同，Windows 窗体控件具有对用户计算机的不完全受信任的访问权限。这意味着二进制代码或在本机执行的代码可访问用户系统上的某些资源（如 GUI 元素和受限制的文件访问）而不能访问或危害其他资源。由于具有代码访问安全性，许多曾经需要安装在用户系统上的应用程序现在可以通过 Web 安全地部署。您的应用程序可以在像 Web 页那样部署时实现本地应用程序的功能。服务器应用程序开发
在托管领域中，服务器端应用程序是通过运行库宿主实现的。非托管应用程序承载公共语言运行库，后者使您的自定义托管代码可以控制服务器的行为。此模型在获得主服务器的性能和可伸缩性的同时提供给您公共语言运行库和类库的所有功能。下面的插图显示在不同服务器环境中运行托管代码的基本网络架构。在应用程序逻辑通过托管代码执行时，服务器（如 IIS 和 SQL Server）可执行标准操作。服务器端托管代码ASP.NET 是使开发人员能够使用 .NET 框架开发基于 Web 的应用程序的宿主环境。但是，ASP.NET 不止是一个运行库宿主；它是使用托管代码开发 Web 站点和通过 Internet 分布的对象的完整结构。Web 窗体和 XML Web services 都将 IIS 和 ASP.NET 用作应用程序的发布机制，并且两者在 .NET 框架中都具有支持类集合。XML Web services 作为基于 Web 的技术的重要发展，是类似于常见 Web 站点的分布式服务器端应用程序组件。但是，与基于 Web 的应用程序不同，XML Web services 组件不具有 UI 并且不以浏览器（如 Internet Explorer 和 Netscape Navigator）为目标。相反，XML Web services 包含旨在供其他应用程序（如传统的客户端应用程序、基于 Web 的应用程序或者甚至是其他 XML Web services）使用的可重用的软件组件。因此，XML Web services 技术正迅速地将应用程序开发和部署推向高度分布式 Internet 环境。如果您使用过 ASP 技术的早期版本，您马上就会注意到 ASP.NET 和 Web 窗体提供的改进。例如，您可以用支持 .NET 框架的任何语言开发 Web 窗体页。此外，您的代码不再需要与 HTTP 文本共享同一个文件（尽管如果您愿意，代码还可以继续这样做）。Web 窗体页用本机语言执行，这是因为与所有其他托管应用程序一样，它们充分利用运行库。与此相对照，非托管 ASP 页始终被写成脚本并解释。ASP.NET 页比非托管 ASP 页更快、更实用并且更易于开发，这是因为它们像所有托管应用程序一样与运行库进行交互。.NET 框架还提供类和工具的集合来帮助开发和使用 XML Web services 应用程序。XML Web services 是基于 SOAP（一种远程过程调用协议）、XML（一种可扩展的数据格式）和 WSDL（Web 服务描述语言）这些标准生成的。基于这些标准生成 .NET 框架的目的是为了提高与非 Microsoft 解决方案的互操作性。例如，.NET 框架 SDK 所包含的Web 服务描述语言工具可以查询在 Web 上发布的 XML Web services，分析它的 WSDL 描述，并产生 C# 或 Visual Basic 源代码，您的应用程序可以使用这些代码而成为 XML Web services 的客户端。这些源代码可以创建从类库中的类派生的类，这些类使用 SOAP 和 XML 分析处理所有基础通讯。虽然您可以使用类库来直接使用 XML Web services，Web 服务描述语言工具和包含在 SDK 中的其他工具可以使您更加方便地用 .NET 框架进行开发。如果您开发和发布自己的 XML Web services，.NET 框架为您提供了一组符合所有基础通讯标准（如 SOAP、WSDL 和 XML）的类。使用这些类使您能够将注意力集中在服务的逻辑上，而无需关注分布式软件开发所需要的通讯基础结构。最后，与托管环境中的 Web 窗体页相似，您的 XML Web services 将使用 IIS 的可伸缩通讯以本机语言的速度运行。

Answer 3

可以试试web service,局域网速度应该还可以

Answer 4

lx1920(怀念1919年) ：.NET 远程处理一般采用什么形式比较好，我们使用的是面向对象，现在有两个问题：
1、一般是为每个客户端连接建立一个数据库连接还是就只有一个数据库连接，所有的客户端公用，如果是公用，一般采用什么方式呢。
2、每个客户端都会调用很多的商业逻辑，我们将商业逻辑都放在对象中，那么，是每次应用商业逻辑的时候就实例化对象呢，还是每个对象就建立一个实例，在每个客户端全程使用。cxx1997(小网虫)(最厉害的妖怪)) :
我现在并不是B/S结构，Web Servers适合C/S结构吗？慢，慢到什么程度。

Answer 5

Remoting，因为是局域网，微软推崇的方式。另外有工具可以把它变成web service