我所做的大部分工作是处理可被视为企业Web应用程序的内容。这些项目的预算很大，时间表较长(从3到12个月不等)，并且定制工作量很大。因为作为开发人员，我们一直在吹捧将Web作为下一个桌面OS的想法，所以客户开始期望在此"新OS"上运行的软件的反应与在桌面上相同。这包括易于管理的自动升级。换句话说，"有可用的更新。我们要升级吗？"这甚至是现实的期望吗？任何人都可以从经验谈谈尝试实现此功能？

解决方案

回答

将应用程序实现为Web应用程序的主要原因之一是可以免费获得自动升级。为什么会提示用户在Web应用程序上进行升级？

对于Windows应用程序，"有可用的更新程序，我们要升级吗？" Microsoft使用ClickOnce提供了功能，我已经在企业环境中成功使用了ClickOnce-有一些陷阱，但是在大多数情况下，这是管理Windows应用程序自动部署和升级的好方法。

对于移动应用程序，我们也可以实施自动升级，尽管有点麻烦。

无论如何，要从广义上回答问题，我不知道是否期望所有企业应用程序都应该使升级变得容易，但是从IT支持的角度来看，构架它们以便于轻松实现无疑是值得的。升级。

回答

嗯，这确实取决于业务模型，但是对于许多应用程序而言，SaaS模型最终可能会给我们带来困扰。这对很多事情来说都很棒，但是对于一些较大的应用程序，用户并没有进行大量的前期投资，因此在我们赚到钱之前可能会转移到其他地方。

看

http://news.zdnet.com/2424-9595_22-218408.html

和这里

http://www.25hoursaday.com/weblog/2008/07/21/SoftwareAsAServiceWhenYourBusinessModelBecomesAParadox.aspx

欲获得更多信息

回答

如果我们要提供托管解决方案，我不会打扰。让升级以静默方式进行(也许会通知我们已完成)。如果我们要出售托管在其服务器上的应用程序，则让升级决定由单个所有者(而不是该应用程序的每个用户)做出。

回答

在我公司，我们的企业安装范围涵盖数千个座位。如果我们实施了自动升级，那么我们的客户将兵变！

大型安装有一些特殊的问题，不适用于小型安装。例如，对于2000名用户(并不是所有人，他们都是最复杂的工具用户)来说，工具培训非常重要：培训时间，内部演示，内部过程文档等。他们无法释放新功能或者用户界面的更改，而没有机会了解它如何适合他们的流程，以及他们内部的最佳做法以及如何与用户进行交流。

同样，当应用程序失败时，由内部IT团队负责。因此，他们希望有时间在测试区域中安装新版本，对其进行调试，然后仅在状态良好时准备好在星期六进行部署。

我可以看到使较小的补丁程序更易于安装的价值，特别是当该补丁程序仅用于漏洞修复而不是需要重新培训的任何内容时，以及管理员在安装时仍可最终说服我们时。但是即使那样，我也不相信有人要过这个！无论是因为他们不想要它，还是因为他们训练有素而不期望它，这似乎都不值得。