聚合物模块在开始阻碍性能之前如何“分解”?

时间:2016-09-09 15:16:54

标签: polymer web-component modularity http2

据我所知,从启用HTTP 2的客户端向启用HTTP 2的服务器发送请求意味着可以将多个文件推送回响应中的客户端,现在意味着将“HTML文件”分解为更多的模块不再像以前那样导致相同的性能损失。

这真的很棒。

然而,考虑到这一点,有没有办法计算聚合物模块在开始阻碍性能之前如何“分解”? “阻碍性能”是指编写模块时典型样板代码所用的字节数。以下是样式模块中代码的示例:

<dom-module id="typography-classes">
  <template>
    <style>
      h1 { font-size: 3rem; }
      h2 { font-size: 2rem; }
      h3 { font-size: 1rem; }
    </style>
  </template>
</dom-module>

假设我想进一步细分,因为并非每个导入此模块的模块都会使用所有标头标记:

<dom-module id="h1-class">
  <template>
    <style>
      h1 { font-size: 3rem; }
    </style>
  </template>
</dom-module>

<dom-module id="h2-class">
  <template>
    <style>
      h2 { font-size: 2rem; }
    </style>
  </template>
</dom-module>

<dom-module id="h3-class">
  <template>
    <style>
      h3 { font-size: 1rem; }
    </style>
  </template>
</dom-module>

这会妨碍这种模块化水平的性能吗?如果是这样,是否有关于模块在阻碍性能之前可以“分解”多远的指导原则?

0 个答案:

没有答案