“渐进式增强”应用程序的反面是什么?

你是指这种类型还是与之相反的类型:

Rich Internet Application “例如,您可以在上运行应用程序 AIR .

庞大而单一的

渐进增强 这意味着您可以从针对旧浏览器的普通旧HTML开始,然后分阶段使用跨浏览器CSS、附加CSS(例如CSS3样式)、Javascript和AJAX对其进行增强。
优雅退化 这意味着你会仓促地创建一个丰富的互联网体验,然后为没有Javascript/CSS的人提供其他选择。

无论如何,要回答你的问题,我可能会称之为“不道德的堕落”。选择:

• 设计拙劣
• 不可绘制(从搜索引擎角度)
• 无法访问(信用:Chuck)

在我看来,您描述的似乎是一个基于JavaScript的胖客户端。。。我看不出有什么不对。。。

问题是,每个人都忘记了HTML的意思 超文本 标记语言。。。它是一种用于描述 文件 而且从来没有被设计来捕捉一些基于HTML的应用程序现在提供的功能。。。

对我来说,“RIA”似乎是最好的答案。。。当然包括闪光灯和银光灯。。。但是在这种情况下,您对HTML+JS的选择完全是任意的,因为您使用JavaScript操作HTML DocumentObjectModel,就像flash开发人员使用ActionScript操作flash DisplayObjectModel一样。。。

1. 有一些简单的web应用程序,它们是 基于文档和表单的 ... 他们有一个 积垢 以RESTful或至少RESTish方式访问的某些类型数据的基础结构。。。这种类型的应用程序可以采用渐进式增强,使用HTML捕获其语义,并为所有客户端提供纯HTTP<-&燃气轮机;服务器通信。。。我倾向于简单地称这种web应用为 ... 拥有一点时髦的AJAX不会改变这一点。。。我的意思是,从一本简单的留言簿,到一个论坛,再到stackoverflow,基本理念从未改变。。。而一本留言簿并不是一个web应用程序,是吗?
2. 还有一些web应用程序,在这些应用程序中,状态完全由一个非常复杂的系统维护 富有的 呃 客户 ,因为这些应用程序做了很多工作 粒度数据操作 ,而不是基于文档的CRUD web应用程序,对我来说,这是一种真正值得命名的web应用程序,但我会称之为CRUD web应用程序 放射免疫分析 s、 为了强调区别。。。在某些情况下,此解决方案更快、更轻量级、可扩展、可用、更易于开发/维护/扩展、更自然。。。这种选择通常基于他们处理的数据类型,以及为操纵该数据而公开的功能。。。例如,如果你要实现一个类似俄罗斯方块的游戏,渐进增强就不是一个好办法。。。相反,为了创建这样的应用程序,需要故意滥用HTML。。。那又怎样-D

所以,是的,RIA是正确的词,我想说。。。与其他方法不同,我认为首先,它是一种部署功能的伟大、简单和强大的方法。。。我的意思是我得到了整个“无法接近”和“无法提取”的东西。。。但后者往往毫无意义,而第一个问题是您无法正确解决的,除非屏幕阅读器读取DOM中的任何内容,而不是吐出原始页面。。。但这就是“真实”应用程序面临的问题,即类似桌面的应用程序。。。

尔兹

back2dos

无法接近

它就是不能很好地降解。

在推送时,我会说该应用程序依赖于浏览器的某些功能——可能是“边缘依赖”或“仅限现代浏览器”?

UI几乎完全由Javascript构建,不会优雅地降级

傲慢的推定的。非法(取决于具体的应用和管辖权)。