【问题标题】:Shared custom element creation performance共享自定义元素创建性能
【发布时间】:2015-08-08 18:33:24
【问题描述】:

Polymer 文档建议使用自定义元素来共享一些静态数据,例如配置。像<app-settings> 这样的东西。

我想知道从性能的角度来看它是否是最佳的。每当使用这种非视觉元素时,都必须创建它。以全局变量或 (AMD/requirejs) 模块的形式简单地共享设置不是更好吗?

对于像<iron-ajax> 这样的纯功能标签也是如此。如果我将许多自定义元素放在我的自定义元素中,与简单地使用一些现有的 XHR 库相比,它不会影响性能吗?

【问题讨论】:

    标签: javascript dom polymer web-component custom-element


    【解决方案1】:

    从性能的角度来看,它不是最佳的。

    自定义元素的创建速度很慢(使用 polyfill 更慢)。

    我认为非视觉对象作为自定义元素没有任何好处。

    你说得对,一个简单的对象会做得更好。不要聚合:-)

    http://jsperf.com/new-vs-create-element/3

    【讨论】:

    • 嗯,在 Polymer 的情况下,声明性数据绑定将是一个好处。你认为为非可视标签使用自定义元素是不够的吗?
    • 我不喜欢依赖第三方库来构建我的应用程序的架构/基础。
    • 好的,我明白了。如果您更喜欢声明性表示法,那么在它足够快的情况下使用它。我不喜欢依赖第三方库来构建我的应用程序的架构/模型/基础。关于潜在性能问题的同上。如果我可以使用我更喜欢的核心 Javascript(从长远来看)。另外,我不是 MVC 的粉丝,但我不喜欢将(声明性 html)视图与(javascript 对象)模型(数据结构)混合。
    猜你喜欢
    • 1970-01-01
    • 2019-04-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-09-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多