“渐进增强”的反义词是什么? 应用?

发布于 2024-07-27 11:54:55 字数 203 浏览 2 评论 0原文

这个问题讨论了渐进增强。 我的问题是关于网络应用程序的替代类型。 如果您有一个 Web 应用程序,其中 UI 几乎完全用 Javascript 构建,不会正常降级,具有桌面感觉等,那么这种 Web 应用程序叫什么?

This question has a discussion of progressive enhancement. My question is about the alternative type of web application. If you have a web app in which the UI is constructed almost entirely in Javascript, won't gracefully degrade, has a desktop feel, etc., what is that kind of web application called?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(7

雅心素梦 2024-08-03 11:54:55

您是指这种类型还是这种类型的反面:

富互联网应用程序”,您可以在其中拥有一个在 AIR 上运行的应用程序。

Do you mean this type or the opposite of this type:

"Rich Internet Application" where you could have an application that runs on for example AIR.

满地尘埃落定 2024-08-03 11:54:55

对我来说,你所描述的似乎是一个基于 JavaScript 的胖客户端...我认为这没有什么问题...

问题是,每个人都忘记了 HTML 意味着超文本标记语言...它是一种用于描述文档的格式,并且从未设计用于捕获当今某些基于 HTML 的应用程序提供的功能...

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

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

所以,是的,RIA 是正确的词,我想说...与其他词相反,我认为首先,它是一种伟大、简单且强大的功能部署方式...我的意思是我明白整个“无法访问”和“无法爬行”的事情......但后者通常是毫无意义的,而第一个问题是你无法正确解决的问题,除非例如屏幕阅读器读取 DOM 中的任何内容,而不是吐出原始页面...但这就是您面临的“真实”问题,即类似桌面的应用程序...

greetz

back2dos

to me, what you describe seems to be a JavaScript based fat client ... i see nothing wrong in that ...

the thing is, that everyone forgets is that HTML means hypertext markup language ... it is a format for describing documents and was never designed to capture the functionality that some HTML-based apps offer nowadays ...

the answer "RIA" seems the best to me ... of course that includes flash and silverlight ... but your choice of HTML+JS is completely arbitrary in this case, because you manipulate the HTML DocumentObjectModel with JavaScript as a flash developer would manipulate the flash DisplayObjectModel with ActionScript ...

  1. there are simply web apps, that are document and form based ... they have a CRUD infrastructure for some type of data, that is accessed in a RESTful, or at least RESTish way ... this type of apps can employ progressive enhancement, using HTML to capture its semantics and plain HTTP for all client<->server communication... i'd tend to simply call this kind of web app a web site ... having a bit of funky AJAX won't change that really ... i mean, from a simple guest book, to a forum, to stackoverflow, the basic idea never changes ... and a guest book does not make a web application, does it?
  2. there are web apps, where the state is fully maintained by a much richer client, because these apps do a lot of granular data manipulation, as opposed to the document based CRUD web apps, and to me, this is the type of web application actually deserving the name, but i'd call them RIAs, to emphasize the difference ... in some cases this solution is faster, more lightweight, scalable, usable, easier and faster to develop/maintain/extend, and simply more natural ... this choice is often based on the type of data they deal with, as well as the functionality exposed for manipulating that data ... for example, if you were to implement a game like tetris, progressive enhancement wouldn't be the way to go ... instead, in order to create such apps, willful misuse of HTML is required ... so what? :-D

so, yeah, RIA is the right word, i'd say ... and opposed to others, i think first of all, it is a great, easy and powerful way of deploying functionality ... i mean i get the whole "inaccessible" and "incrawlable" thing ... but the latter is often pointless, and the first one is a problem you can't address properly, unless for example screen readers read whatever is in the DOM, instead of spitting out the original page ... but that's the problem you face with "real", i.e. desktop like, apps ...

greetz

back2dos

别再吹冷风 2024-08-03 11:54:55

整体式的?

Monolithic?

逆光飞翔i 2024-08-03 11:54:55

好吧,实际上“渐进增强”的反义词是“优雅降级”,尽管它们基本上实现了相同的目标。

渐进增强意味着您从适用于较旧浏览器的普通旧 HTML 开始,然后使用跨浏览器 CSS、其他 CSS(例如 CSS3 样式)、Javascript 和 AJAX 逐步增强它。
优雅降级意味着您急于创建丰富的互联网体验,然后为没有 Javascript/CSS 的人提供替代方案。

无论如何,回答你的问题,我可能会称之为“不优雅的退化”。 替代方案:

  • 设计糟糕
  • 无法爬行(从搜索引擎的角度)
  • 无法访问(来源:Chuck)

Well, really the opposite of "progressive enhancement" is "graceful degradation", even though they basically achieve the same thing.

Progressive enhancement means you start off with plain old HTML for older browsers, then enhance it in stages, with cross-browser CSS, additional CSS (e.g. CSS3 styles), Javascript and AJAX.
Graceful degradation means you rush headlong into creating a Rich Internet Experience, then tack on alternatives for people without Javascript/CSS.

Anyway to answer your question, I'd probably call it "ungraceful degradation". Alternatives:

  • Badly designed
  • Uncrawlable (from search engine perspective)
  • Inaccessible (credit: Chuck)
给我一枪 2024-08-03 11:54:55

无法访问。

Inaccessible.

活泼老夫 2024-08-03 11:54:55

它只是不能很好地降解。

我不确定我是否会将应用程序归类为逐步增强,因为这推断存在某种基线。 应用程序应该降级多久才被视为“逐步增强”?

在推动时,我想说该应用程序依赖于浏览器的某些功能 - 也许它是“边缘依赖”或“仅现代浏览器”?

It just doesn't degrade well.

I'm not sure I'd categorise applications as progessively enhanced, because that inferrs that there is some sort of baseline. How far back should an app degrade before it's considered as 'progressively enhanced'?

At a push, I'd say the app is dependant on certain features of the browser - maybe it is 'edge dependant' or 'modern browser only'?

寄居人 2024-08-03 11:54:55

UI 几乎完全用 Javascript 构建,不会正常降级

Arrogant 的性能。 推定。 非法(取决于应用和管辖权的具体情况)。

UI is constructed almost entirely in Javascript, won't gracefully degrade

Arrogant. Presumptive. Illegal (depending on specifics of application and jurisdiction).

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文