【发布时间】：2012-11-28 22:40:33
【问题描述】：
有一个基于 Intranet 的 ASP.NET 应用程序部署到服务器 (IIS) 和一组客户端（大约十个）。然后，最终用户可以决定连接到本地应用程序（部署到他们的本地计算机）或服务器版本。我不明白这样做的原因。我的问题是：这是常见的做法吗？
【问题讨论】：
【发布时间】：2012-11-28 22:40:33
【问题描述】：
是的，验证应用程序的性能是一种常见的做法。每个客户端都有自己的设置，并且根据流程，应用程序不应在任何类型的环境中中断。放置服务器版本和本地版本总是有益的。
【讨论】：
-
这个答案没有任何意义。你为什么要关心客户端机器的程序性能，除非有某种理由在客户端上运行该进程，特别是如果它是一个 Web 进程？无论如何，您不会在生产中“验证性能”。
-
@pseudocoder，写成“无论如何，你不会在生产中“验证性能”。”你已经指示你没有在现场环境中工作，因为生产环境是性能很重要的环境......没有冒犯
-
@CodeSpread 我明白你关于性能指标的观点，但你仍然没有解释为什么你会关心不需要运行该进程的机器上的服务器进程的性能任何明显的原因。问题是在客户端本地运行 Web 服务器代码的原因是什么。
-
性能仅与服务器有关。当所有 10 个人都选择服务器设置时，性能和其他与服务器相关的事情就会浮出水面。当我们将其部署到 10 个客户端时，您会将您的应用程序部署到 10 个不同的环境中，您的应用程序可能会因为本地设置而中断。
-
@CodeSpread 我明白你在做什么，但你向我描述的是一个实验室或模拟环境，你正在测试性能和测试兼容性。相比之下，生产环境是您测量和验证性能的地方，如果应用程序已经部署并正常工作，则兼容性不是问题。
如果客户端是笔记本电脑，并且应用程序支持断开连接的数据集和同步，这将是有意义的。通常，当客户端计算机脱离网络以在远程工作站点使用时，您会看到类似的情况。
【讨论】：
-
您希望在台式机上看到这个吗？
-
桌面作为客户端不符合我上面的理论，但我觉得真正的关键是检查应用程序的内部工作原理，看看“本地”模式和“服务器”之间的区别是什么模式。这应该会引导您了解为什么系统会按照原来的方式设计。
-
另一个适用于台式机的理论是，系统设计人员可能担心 LAN 中断或服务器中断。同样，如果是这种情况，您会在源代码中看到断开连接的数据集和同步。
-
@pseudocoder，在网络场景中，您是否指的是网站的镜像？
-
不，我不是在谈论镜像。我说的是断开连接的数据，这是我能想到的唯一原因，在生产环境中，您可能希望将 Web 应用程序部署到客户端上的本地 Web 服务器和服务器上。