Is automatic upgrades a realistic feature to expect from enterprise Web applications?我所做的大部分工作是处理可被视为企业Web应用程序的内容。这些项目的预算很大，时间表较长(从3到12个月不等)，而且定制工作量很大。因为作为开发人员，我们一直在吹捧将Web作为下一个桌面OS的想法，所以客户开始期望在此"新OS"上运行的软件的反应与在桌面上相同。这包括易于管理的自动升级。换句话说，"有可用的更新。您要升级吗？"这甚至是现实的期望吗？任何人都可以从经验谈谈尝试实现此功能吗？ 在我公司，我们的企业安装范围涵盖数千个座位。如果我们实施了自动升级，我们的客户将兵变！ 大型安装具有一些特殊问题，不适用于小型安装。例如，对于2000名用户(不是所有人，他们都是最复杂的工具用户)来说，工具培训非常重要：培训时间，内部演示，内部流程文档等。他们无法释放新功能或UI更改，而没有机会了解它如何适合他们的流程，以及他们内部的最佳做法以及如何与用户进行沟通。 当应用程序失败时，也要由内部IT团队负责。因此，他们希望有时间在测试区域中安装新版本，对其进行精打细算并仅在周六准备就绪时才在星期六进行部署。 我看到了使次要补丁更易于安装的价值，特别是当该补丁仅用于漏洞修复而不是需要重新培训的任何东西时，以及管理员在安装时仍可最终说服您。但是即使那样，我也不相信有人要过这个！无论是因为他们不想要它，还是因为他们训练有素而不期望它，这似乎都不值得。 嗯，这实际上取决于您的业务模型，但是对于许多应用程序来说，SaaS模型最终可能会给您带来困扰。这对很多事情都非常有用，但是对于某些较大的应用程序，用户并没有进行大量的前期投资，因此有可能在您赚到任何钱之前就转向其他东西。 请参阅 http://news.zdnet.com/2424-9595_22-218408.html 在这里 http://www.25hoursaday.com/weblog/2008/07/21/SoftwareAsAServiceWhenYourBusinessModelBecomesAParadox.aspx 更多信息 如果您要提供托管解决方案，我不会打扰。让升级以静默方式进行(也许会通知您已完成)。如果您要出售在其服务器上托管的应用程序，则让升级决定由单个所有者(而不是该应用程序的每个用户)做出。 将应用程序实现为Web应用程序的主要原因之一是可以免费获得自动升级。为什么会提示用户在Web应用程序上进行升级？ 对于Windows应用程序，"有可用更新，您要升级吗？" Microsoft使用ClickOnce提供的功能，我已经在企业环境中成功使用过ClickOnce －有一些陷阱，但是在大多数情况下，这是管理Windows应用程序自动部署和升级的好方法。 对于移动应用程序，您也可以实施自动升级，尽管有点麻烦。 无论如何，要从广义上回答您的问题，我不知道是否期望所有企业应用程序都应该使升级变得容易，但是从IT支持的angular来看，将其架构为允许轻松升级。 |
