什么时候应该构建一个Web应用程序而不是胖客户端？

Question

我想听听其他人关于何时应该构建Web应用程序与构建胖客户端的建议。

在过去的几年中，我参与了几个关于是否应该使用Web浏览器界面构建应用程序（或旧应用程序升级）的讨论。通常这些是组织内使用的内部系统，而不是大众市场的收缩包装产品，而且它们实际上并不在公共互联网上。我不想仅限于讨论这些类型的应用程序。

有些情况下，应用程序应该是一个或另一个应用程序（例如没有基于Web的视频编辑软件）。另一方面，Javascript库在浏览器中实现更丰富的体验每天都很难实现。

使用Javascript库和先进的服务器端技术可以在客户端做出诸如右键单击上下文菜单，拖放等操作，而无需付出巨大的努力？在什么时候，为Web编写额外的复杂性会覆盖易用性和跨平台兼容性等优点，特别是如果您不想创建下一个堆栈溢出，而只是构建内部应用程序？

事实上，内部应用程序拥有有限且被捕获的受众或多或少都会覆盖对厚客户端可提供的改进可用性的担忧吗？

Answer 1

我去的Web应用程序时，我不想给：

- 配套每一千环境与自己的怪癖。具体来说，病毒，木马，软件干扰，并使其在任何地方工作。

- 担心应用的升级和拍了很多电话

- 和谁打交道失去他们的数据

我选了一个胖客户端时的计算是密集的每笔交易，或有客户每笔交易的重大数据传输。

我喜欢用一次升级修复每个人的问题。这可能不适合每个人，但这是我生活质量和工作质量提高的地方。使Web应用程序在几个不同的浏览器上工作可能比在不同条件下的大量不同操作系统更容易。

随着Flex/Air的出现，您可以在浏览器中提供完整的应用体验。浏览器正在成为通用界面，无论是本地安装还是云中安装。

网络应用也有它们的缺点。我只是更愿意构建Web应用程序，因为专业版似乎超过了我选择的项目的缺点。

Answer 2

我相信我们仍然处于一个地步，除非它有一个Web应用程序的理由，否则它应该是一个本地应用程序（厚）。很明显，它应该是一个Web应用程序。我认为它应该是一个Web应用程序，除非它显然应该是本地应用程序。我不相信我们处于企业愿意让员工依赖于他们控制之外的网络应用程序的地步。当涉及公司内部的应用程序时，我认为数据的移动，安全性和部署/升级是决定的关键因素。

一个应用程序在网络上的几个关键原因。

1. 无论你在哪台计算机上，应用程序和数据都需要关注你。
2. 数据需要集中，需要传送给客户端的数据量是合理的。

几个理由使用厚应用：

1. 工具是本地资源工作。
2. 执行大量一次性数据处理的应用程序。
3. 需要在与网络断开连接时访问数据的应用程序。

Answer 3

事情我从部署的不是内部应用程序的坏日子还记得网络为基础的： 总是有一个起码的成立使differntly，升级是行不通的一体电脑。有时候更多，每台机器的问题都不一样。 总是有一位用户拒绝安装升级，直到被管理层强制升级（通常是几周或几个月后）。由于新业务规则未得到执行，最终导致数据有时出现问题。