ASP.NET-将应用程序部署到本地IIS

有一个基于intranet的ASP.NET应用程序部署到服务器（IIS）和一组客户端（大约10个）。然后，最终用户可以决定连接到本地应用程序（部署到其本地计算机）或服务器版本。我不明白这样做的理由。我的问题是：这是常见的做法吗？

如果客户端是笔记本电脑，并且应用程序支持断开连接的数据集和同步，那么这是有意义的。通常，当客户端计算机脱离网络用于远程工作站点时，您会看到类似的情况。

是的，验证应用程序的性能是一种常见做法。每个客户端都有自己的设置，根据流程，应用程序不应在任何类型的环境中中断。将服务器版本和本地版本放在一起总是有益的。

您希望在台式机上看到这一点吗？作为客户端的台式机不符合我上面的理论，但我觉得真正的关键是检查应用程序的内部工作，看看“本地”模式和“服务器”模式之间的区别。这应该会让你明白为什么系统是这样设计的。另一个与台式机相关的理论是，系统设计者可能担心局域网中断或服务器中断。同样，如果是这种情况，您会在源代码中看到断开连接的数据集和同步。@pseudocoder，在web场景中，您是指站点的镜像吗？不，我不是指镜像。我说的是断开连接的数据，这是我能想到的在生产环境中，您想要将web应用程序部署到客户端的本地web服务器和服务器的唯一原因。这个答案没有任何意义。除非有理由在客户机上运行进程，特别是如果它是一个web进程，否则为什么要关心客户机的程序性能？无论如何，您在生产环境中不“验证性能”。@pseudocoder，通过写“无论如何，您在生产环境中不“验证性能”。“您已经指示您没有在实时环境中工作，因为生产环境是性能重要的环境……不offence@CodeSpread我明白你关于绩效指标的观点，但是您仍然没有解释为什么您会关心一台机器上的服务器进程的性能，而这台机器不需要出于任何明显的原因运行该进程。问题是有什么原因可以在客户端本地运行web服务器代码。性能仅与服务器相关。当所有10个人都选择服务器设置时，性能和其他与服务器相关的内容就会显现出来。当我们将其部署到10个客户端时，您将应用程序部署到10个不同的环境中，您的应用程序可能会因为本地设置而中断。@CodeSpread我明白您的意思，但您向我描述的是一个实验室或模拟环境，您正在测试性能和兼容性。与此相反，生产环境是您测量和验证性能的地方，如果应用程序已经部署并工作，则兼容性不是一个问题。