道歉长介绍 - 只是试图适当地设置场景,以避免歧义和混乱

Web应用程序已经从服务器侧逻辑哑基于浏览器的接口,是与最小需要服务器侧逻辑完全基于浏览器的应用中生长。有可能通过识别的网络应用程序明确世代来描述这种演变。

让我们只考虑,就目前而言,只有两个世代:前和阿贾克斯后。当然有其他的因素,如那些与CSS的支持和访问控制头,但让我们先从简单的。

从样式少JavaScript的以下简单的系统开始,加入正常降解的增强的层,并用Ajax的包装,高度响应的当代应用整理是一个具有挑战性的和容易出错的任务。它绝不是容易的。

要取代web应用可能似乎属于取决于通过该应用程序被访问的手段。在两者之间根据用户代理用于访问该应用非常相同的web应用程序似乎是第一代的应用程序,如果通过山猫和最新一代应用访问如果通过火狐3.1访问,用几级。

创建缓慢下降取决于用户代理,其中一些创建,以利用当前的浏览器功能将恢复到的东西产生的功能的能力的Web应用程序的问题的也许是十五年前当面对山猫,是非常困难。

我无法想象在操作环境面临这样的方差的桌面应用程序。

一个单一的可执行(而不是一组特定于操作系统的变体),其能够采取的在Vista功能优势,当XP下运行,缺乏某些Vista功能时可能适当应付。降解在可比距离为网络应用中,相同的桌面应用程序将仍然有在一个不太花式方式,当在一个命令行仅环境如DOS运行起作用,尽管

运行它的Lynx下,这是一个第一代网络应用程序。使用Firefox 3.1的一样,这是一个奇特的,有光泽的现代Web应用程序。如果遇到这样的问题,你会认为这是具有挑战性的,棘手,但可行的。

运行它DOS下,它是一个命令行应用程序。运行它同Vista下,这是一个奇特的,有光泽的现代Web应用程序。如果遇到这样的问题,你会认为这是疯狂的。你还是会?

做的桌面应用程序曾经面临这样的经营环境变化的广度为Web应用程序可以?

这是问题(方差的广度,而不是变化本身)独有的网络应用程序域,或者可以将其在桌面开发中找到?

有帮助吗?

解决方案

桌面应用程序不会有同样的问题的Web应用程序在这方面。它们通常是由以在一个良好定义的平台上运行。

这在将来可能会发生改变。计算从桌面转移到移动电话和笔记本电脑更小。桌面应用程序将不得不在更广泛的在未来的平台上运行。因为大多数的框架,我们用它来开发桌面应用程序中处理比web应用框架,这更糟糕,这可能会导致问题。

其他提示

  

我无法想象在操作环境面临这样的方差的桌面应用程序。

桌面应用程序必须处理只是一种不同的方差。在游戏的图形卡是一个很好的例子:你想为基础的客户体面的支持,但你的高端客户与闪亮的新显卡将要为他们的钱跑了。当你进入上-GPU处理的领域和卡上的内存管理,你必须有足够的理由在操作环境骂变化。

您也通常处理比web应用程序更多的处理器和内存密集型的软件,所以你必须考虑到这一点为好。我甚至不谈论-OS间的可操作性(其中许多桌面软件处理非常优雅)。

当然,没有什么能够阻止桌面软件发行商强加给环境严格的标准。这只是一个商业的问题。但没有强迫你支持非主流浏览器或者(和做大多数Web应用程序真正支持山猫?!?)。

在应用程序和操作系统(OS)的境界,问题通常是相反的。这是处理保持兼容性的所有复杂的操作系统。在另一方面的应用usualy指示一个最小 OS版本。

其中应用开始看到这个问题是Java世界,并在较小程度上的所有其他所谓的脚本语言研究上多操作系统,工作的另一个地方。

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