我想听听其他人的意见,当一个应该建立一个网络应用程序和建立一个厚的客户。

在过去的几年里,我参加了若干次讨论有关应用程序是否应该建立(或旧应用程序升级)与网络浏览器的接口。通常这些是内部系统内使用一个组织,不大众市场收缩包装的产品,和他们实际上不在公共互联网。我不想仅限于讨论这些类型的应用仅虽然。

有明显的情况下,应一个或其他的(例如没有基于网络视频编辑软件)。另一方面,Javascript库是使更多的丰富经验的浏览器少,难以实现的日常生活。

有Javascript库和先进的服务器的端技术所作的事情,例如右击上下文的菜单,拖拽,等等。可行的,在客户面没有大的努力?在什么时候的额外复杂性的写的是网络复盖的好处,例如便于部署,以及交叉平台的兼容性,尤其是如果你不是试图创建下一堆溢出,但不是只是建立一个内部应用程序?

不事实上,一个内部应用程序具有有限的和受众更多或更少的复盖的任何关切提高可用性,厚厚的客户可以提供什么?

有帮助吗?

解决方案

我去的Web应用程序时,我不想:

- 配套一千环境每一个都有自己的怪癖具体来说,病毒,木马,软件的干扰,并利用这个机会到处都一样。

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

- 谁打交道丢失了数据的客户

我挑选一个厚客户端时的计算是密集的每个事务,或有每个事务显著数据传输。

我想用一个升级修复了大家的问题。它可能不是适合所有人,但它是在我的生活质量,以及那些我工作的上升。制造上的几个不同的浏览器的web应用程序的工作可能会比一吨在不同条件下不同的操作系统的更容易。

使用Flex /空气的到来,您可以提供在浏览器中的整个应用程序体验。浏览器正在成为通用接口,无论是本地还是在云中安装。

Web应用程序有自己的缺点了。我只是感到更加积极构建网络应用如亲的似乎利大于弊因为我选择的项目。

其他提示

我相信我们仍然在那里,除非还有一个原因是它是一个网络应用程序,它应该是一个本地的应用程序(厚)。这是显而易见时,它应该是一个网络应用程序。一个忌讳是认为它应该是一个网络应用程序,除非很显然这应该是当地的。我不认为我们是在那里的企业都愿意让自己的雇员依赖于网络的应用程序以外的其无法控制的。当涉及到应用程序内部的一家公司我认为运动的数据、安全、和部署/升级的关键因素在决定。

几个关键原因是应用程序可以上网。

  1. 该应用程序和数据需要按照你的周围不管是什么计算机。
  2. 需要将数据集中和量的数据需要被转移到客户是合理的。

几个原因使用厚的应用程序:

  1. 公用事业工作的当地资源。
  2. 应该做很多的一个时间处理的数据。
  3. 应用程序的数据需要访问时断开网络。

我的东西从坏日子部署内部应用程序的那些不基于Web的记忆: 总是有一个起码的成立使differntly,升级是行不通的一体电脑。有时多的问题是对每一台机器,将无法正常工作不同。 总有谁拒绝安装升级,直到被迫通过管理(通常是数周或数月后)的用户。这结束了在时间导致数据问题becasue新businesss规则没有得到执行。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top