“渐进增强”应用程序的反义词是什么？

Question

This问题讨论了渐进式增强。我的问题是关于替代类型的Web应用程序。如果你有一个Web应用程序，其中UI几乎完全是用Javascript构建的，不会优雅地降级，有桌面感觉等等，这种Web应用程序叫什么？

Answer 1

你的意思是这种类型或与此类型相反：

“Rich Internet Application”您可以在其中运行例如AIR的应用程序。

Answer 2

单片？

Answer 3

嗯，真正与“渐进增强”相反的是“优雅退化”，即使它们基本上达到同样的效果。

渐进式增强意味着您可以从旧浏览器的普通旧HTML开始，然后使用跨浏览器CSS，其他CSS（例如CSS3样式），Javascript和AJAX分阶段进行增强。
优雅退化意味着您急于创建富Internet体验，然后为没有Javascript / CSS的人提供替代方案。

无论如何要回答你的问题，我可能会称之为“不合理的退化”。备选方案：

• 设计糟糕
• 无法抓取（从搜索引擎角度来看）
• 无法进入（信用：查克）

Answer 4

对我来说，你所描述的似乎是一个基于JavaScript的胖客户端...我认为没有错...

事实是，每个人忘记的是，HTML意味着超文本标记语言...它是用于描述文档的格式，并且从未被设计为捕获功能一些基于HTML的应用程序现在提供......

答案“RIA”对我来说似乎是最好的...当然包括flash和silverlight ......但是在这种情况下你选择HTML + JS是完全随意的，因为你用JavaScript操作HTML DocumentObjectModel Flash开发人员将使用ActionScript操作Flash DisplayObjectModel ...

1. 只有网络应用，基于文档和表单 ...他们有一些 CRUD 基础设施，用于某些类型的数据，可以在RESTful中访问，或者至少是RESTish方式...这种类型的应用程序可以采用渐进增强，使用HTML捕获其语义，并为所有客户端＆lt; - ＆gt;服务器通信使用普通HTTP ...我倾向于简单地称这种Web应用程序一个网站 ...有一点时髦的AJAX不会真正改变...我的意思是，从简单的留言簿，到论坛，到stackoverflow，基本的想法永远不会改变。 ..并且留言簿没有制作网络应用程序，是吗？
2. 有网络应用，状态由丰富 客户端完全维护，因为这些应用会执行大量粒度数据操作，与基于文档的CRUD网络应用程序相反，对我而言，这是实际上应该得名的Web应用程序类型，但我称之为 RIA ，以强调差异。 ..在某些情况下，这种解决方案更快，更轻，可扩展，可用，更容易和更快地开发/维护/扩展，并且更自然......这种选择通常基于他们处理的数据类型，以及作为操纵数据的公开功能...例如，如果你要实现像俄罗斯方块这样的游戏，渐进式增强将不会成为现实...相反，为了创建这样的应用程序，故意滥用HTML需要......那又怎样？ :-D

所以，是的，RIA是正确的词，我会说...并且反对其他人，我认为首先，它是一种强大，简单和强大的部署功能的方式......我的意思是我得到的整个“无法访问”和“无法抓取”的东西...但后者往往是毫无意义的，第一个是你无法正确解决的问题，除非例如屏幕阅读器读取DOM中的任何内容，而不是吐出原始页面......但这就是你面对“真实”的问题，即像桌面一样的应用......

格尔茨

back2dos

Answer 5

不可访问的。

Answer 6

它不会很好地降解。

我不确定我是否会将应用程序归类为强化增强，因为这会推断存在某种基线。应用程序在被视为“逐步增强”之前应该退回多久？

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

Answer 7

  

UI几乎完全是用Javascript构建的，不会优雅地降级

傲慢。推定。非法（取决于申请和管辖权的具体情况）。