现代互联网浏览器中自行开发的不受支持的脚本回退与提供的产品
女士们先生们。
我想知道实现以下客户端 (G)UI 功能用例的最佳方法。
考虑以下因素：
用户输入我开发的网站（进一步 - “网站”）。
一旦在地址栏中输入其 URL 后点击相应浏览器的网站加载按钮，页面就会开始加载。
执行 iss、脚本、样式表等。但是 - 问题 - 如何管理那些具有自定义脚本功能的用户？为此，如果浏览器（代理、操作系统等）不支持特定功能，我们需要提供脚本功能后备。那么 - 主要问题 - 如何提供最佳后备功能？
我的猜测是：
Framework UI ( jQuery UI xx ) ->非 UI 框架（最小化 jQuery）->非框架（普通 JS）-> DOM（XPath）->重定向到html版本。
这是正确的（并且有效的）还是我错过了一些要点？
ladies and gentleman.
I would like to know the best way to implement following use-case of Client-Side (G)UI functionality.
Consider the following:
User enters my developed website (further- "website").
Once it hits correspdoing browsers website loading button afterebtering itsd URL in addressbar, page starts loading.
The iss, scripts, stylesheets and so on are executed. But - question - how to manage those users that have custom scripting capabilities? For that we need to provide scripting feature fallback if particular feature is not supported by browser ( agent, os, etc. ). So - the MAIN Question - how to provide best fallback capability?
My guess is this:
Framework UI ( jQuery UI x.x ) -> non-UI framework ( jQuery minimized ) -> non-framework ( vanilla JS ) -> DOM ( XPath ) -> redirect to html version.
Is this correct ( and effective ) or am I missing some point?
Related topic: Working with unsupported browsers [HTML5/CSS3]
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您需要确定您将支持哪些浏览器。这将决定您可以编写的代码的基线级别。不用担心任何“自定义脚本功能”。
You need to determine which browsers you will support. That will then determine what baseline level of code you can write. Don't worry about any "custom scripting capabilities".