我在 FlashBuilder 中开发了一个浏览器部署的全文搜索应用程序,它与远程 Web 服务器进行 REST 通信。该软件适合一个很小的利基市场——它用于古代语言而不是现代语言,我不可能在它上面赚到任何钱,但我确实花了很多时间在它上面。
现在 Apple 不允许在 iPad 上使用 Flash,我正在寻找 100% javascript 解决方案,并被引导考虑 GWT。它看起来很有希望,但其中一个应用程序被“展示”为 GWT 可以完成的工作的一个典型示例,在其网站上有此免责声明(名称为 {removed} 以保护可能无辜的人):
Your current web browser (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US)
AppleWebKit/532.5 (KHTML, like Gecko)
Chrome/4.1.249.1045 Safari/532.5) is not officially supported by
{company and product name were here}. If you experience any problems using this site
please install either Microsoft Internet Explorer 6+ or Mozilla Firefox 3.5+
before contacting {product name was here} Support.
当 Chrome 不“正式”支持 GWT 应用程序时,会出现什么情况?您会给 GWT 的跨浏览器支持打什么等级(A、B、C、D、F)?对于没有获得这些字母等级的人来说,A 是“优秀”,“F”是失败,“C”是一般。
感谢您的意见。
所有基本 GWT Widget 都是跨浏览器兼容的- 这是通过一种叫做延迟绑定(并非总是如此,但对于最大的罪犯来说;))。基本上,它允许根据客户端使用的浏览器将一个类无缝“替换”为另一个类(此交换在编译期间完成)。这允许为所有符合标准的浏览器编写一个 Widget,然后为你知道的人提供一个专门的版本(延迟绑定也用于 i18n 和其他很酷的东西,比如依赖注入)。延迟绑定的另一个很酷的事情是客户端只下载 Web 应用程序的版本specific到他/她的浏览器。因此,Firefox/Opera/Chrome/WebKit 用户无需下载使网络应用程序在 IE 上运行的所有额外技巧。
长话短说:GWT 为开发人员提供创建跨浏览器 Web 应用程序的工具/方法(它试图通过提供开箱即用的跨浏览器的基本小部件来使该过程尽可能简单) - 由开发人员决定使用或不使用这些工具;)
PS:关于 jQuery/mootools/etc 可能会问同样的问题 - 为什么这些框架声称可以在所有浏览器上运行,但有许多网站/网络应用程序使用它们并且不支持所有这些浏览器?因为开发商选择了这样。为了让 Web 应用程序/网站能够在垂死的(希望)浏览器上运行而破坏 Web 应用程序/网站可能并不值得。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)