多个用户在Windowsnetworking共享/驱动器上使用的应用程序的技术缺点

让我们来定制一个.NET应用程序

  • 依赖于.Net框架
  • 几个DLL和一个可执行文件
  • 一些依赖于第三方(水晶报表,连接器等)

安装这种应用程序有什么技术缺点? 在networking共享或驱动器上,并允许多个用户同时在Windows域上使用它? 我正在查找使用问题,而不是部署问题。

我知道这不是最好的情况,而且现在可以使用自动更新的本地安装,TS会话和其他方法来解决这个问题,但是我希望得到一个清晰而深刻的答案来阻止这种安装应用程序的方式通过networking。

根据您的实际应用程序和设置,您可能会遇到

  • 文件locking问题
  • 许可问题
  • networking性能瓶颈
  • 可用性问题

这些可能与特定的安装相关,也可能不相关。 我不会声称networking共享上的可执行文件总是一件坏事,但它比本地安装更容易。