【问题标题】:Are GWT wrappers on top of javascript libraries discouraged?是否不鼓励在 javascript 库之上使用 GWT 包装器?
【发布时间】:2010-11-06 17:09:30
【问题描述】:

我正在选择用于构建 GWT 应用程序的 API。以下问题的答案将帮助我在一组库中进行选择。

  1. 是否重写了第三方代码 GWT 比使用 包装好的 JavaScript 库?
  2. 将使用包装库进行编码 具有与纯色相同的性能 如果底层的 GWT 代码 JavaScript 框架写得很好 并调整?

【问题讨论】:

    标签: javascript api gwt wrapper


    【解决方案1】:

    在某些情况下,您没有其他选择。迁移到 GWT 时,您无法重写所有内容。

    在第一步中,您可以将现有代码包装在包装器中,如果结果证明这是性能瓶颈,您仍然可以将代码移至 Java/GWT

    GWT 中的代码优化肯定会比大多数 JS 开发者写的要好。而当浏览器发生变化时,只需修改 GWT 优化器,您的代码就会更好地适应 Js 技术的最新进展。

    【讨论】:

      【解决方案2】:

      虽然 JavaScript 库获得了很多编程眼球和关注,但 GWT 的优势在于能够对每个浏览器生成的 JavaScript 代码执行一些人类不可读的操作以提高性能。

      理论上,GWT 编译器所做的任何事情,JavaScript 编写者都应该能够做到。但在实践中,JS 库编写者必须维护他们的代码。查看 jQuery 代码。它显然没有针对每个浏览器进行优化。通过一些努力,我可以将 jQuery 用于 Safarionly,从而节省大量代码并加快剩余的速度。​​

      这是一场持续的战斗。 JavaScript 库相互竞争,速度越来越快。 GWT 越来越好,优势在于能够每个浏览器编写难看的、无法维护的 JavaScript。

      对于任何给定的任务,您都必须进行测试以了解军备竞赛当前将我们置于何处,并且可能会因浏览器而异。

      【讨论】:

      • 我完全同意。您可以在博客和群组中阅读到 JavaScript 优化(每个浏览器)非常严重。例如:在某些浏览器上 if(!!x) 比 if(x) 快,因为强制强制转换为布尔值而不是隐式强制转换。这些就是你要为你做的事情。简而言之:如果 Java->GWT->JS 被合理地编写,它将与您用 JavaScript 编写的一样快或更快。
      • 另外,请查看:letusdemo.appspot.com 并查看 JQuery 和 GQuery(JQuery 的 GWT 端口)的比较。
      • @angryundead。是的,GQuery 赢了很多。不过,它有点过时了。 GQuery 跟上 jQuery 的进步了吗?
      【解决方案3】:
      1. 取决于代码的好坏 写的。
      2. 我会这么认为。

      除非它是开源的(因此您可以修复错误),否则通常在使用它之前查看社区周围的第 3 方库,并专门寻找有关错误的帖子 - 维护人员对项目的响应速度有多快。一个发布周期有多长等。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2020-04-05
        • 1970-01-01
        • 2020-09-10
        • 1970-01-01
        • 2015-06-14
        • 1970-01-01
        • 2014-05-15
        • 1970-01-01
        相关资源
        最近更新 更多