本地项目与 Web 项目
更新：2007 年 11 月
当确定您的应用程序是使用本地项目模型还是 Web 项目模型时，需要考虑以下几个因素。
首先，您的总体决策中应包括安装策略。如果在服务器上需要快速部署的应用程序而在客户端应具有最小配置，则 Web 项目模型是最佳选择。您可以在服务器上安装并运行此项目，而无需在每个客户端上安装支持文件，而且更新仅在服务器上进行。但是，对于那些几乎不涉及服务器的项目或独立的应用程序，本地项目模型则是最佳选择。在这种方案中，可以在每台单独的客户端计算机上完成更新。
另一个因素是工作负荷的分配。当分析应用程序的框架时，需要考虑批量工作在何处完成。Web 项目提供基于服务器的策略，在这种策略中绝大部分操作都在服务器上进行。客户端计算机使用 Web 浏览器向服务器端应用程序发送信息并显示来自服务器端应用程序的信息。如果服务器资源有限，则可考虑为应用程序使用本地项目模型。工作可在客户端计算机上完成，而不用消耗宝贵的服务器时间。
下表并列给出了 Web 项目和本地项目在设计和工作环境中的比较：
考虑事项 |
Web 项目 |
本地项目 |
|---|---|---|
在开发过程中的文件存储 |
文件存储在安装有 Internet 信息服务 (IIS) 的计算机上的指定 URL 处。项目还在客户端计算机上保存文件的临时缓存，以便脱机工作。 |
项目文件存储在本地计算机上。 |
开发时的生成模型 |
应用程序代码作为 DLL 进行编译并在服务器上运行。在客户端计算机上看到结果。 |
在客户端计算机上编译和运行代码。 |
部署方法 |
将项目部署到 Web 服务器。 |
在客户端计算机上安装项目文件以及必需的支持文件。 |
工作负荷 |
客户端计算机使用 Web 浏览器远程运行应用程序。处理工作主要在服务器上完成。 |
在客户端计算机上本地运行应用程序。 |
升级 |
在服务器级别进行应用程序更改，而无需在客户端计算机上安装支持文件。 |
在客户端计算机上安装应用程序升级程序。 |
移动项目文件 |
使用 Copy Project 命令将文件移至指定的 URL。 |
将项目文件从一个位置物理复制到另一个位置。 |