区块链技术博客
www.b2bchain.cn

五、为 DOM 瘦身求职学习资料

D0b2wT.gif

本文介绍了五、为 DOM 瘦身求职学习资料,有助于帮助完成毕业设计以及求职,是一篇很好的资料。

对技术面试,学习经验等有一些体会,在此分享。

五、为 DOM 瘦身

熟知网页的渲染流程应该知道,如果 DOM 越复杂,那么对应的样式就会越复杂,生成的 render tree 就会越庞大。也就意味着,GUI 在渲染时要处理的逻辑就越多,计算量也就越大,自然性能可能就会越低下。如果页面上还有比较复杂的操作会导致回流,那么,你的网页可能就会有更加糟糕的表现。

因此,在满足布局要求的前提下,尽量使用更为简洁的 DOM ,是性能优化的重要一环。

以 React 为例,在提供 React.Fragment 之前,React 组件可能会因为一些场景,不得不嵌套额外的 DOM 节点,以满足组件语法的需求。例如

// Alert 组件是一个全局提示,为了避免影响正常布局,不存在于文档流之中 function DemoComponent() {   return (       <div>         <App />       <Alert />     </div>   ) }

如果例子中的 Alert 是一个全局弹窗提示组件,那么我们为了避免影响正常的布局,就不会让该组件存在于正常的文档流之中。也就意味着,div 标签就是冗余的 DOM 嵌套。他仅仅只是为了满足 React 组件的语法而不得不加一个。

单个组件,影响不太大,但是这样就有一个风险是,如果一个页面太多这样的组件,那么对于整个页面而已,在不知不觉中,就会新增非常多冗余节点。这就变成了不可容忍的事情。

当然,React 团队也知道这一定深受病垢,因此在后续的版本中,React 优化了这一点,陆续新增了好几种方案解决这个问题。

<React.Fragment>     <App />   <Alert /> </React.Fragment>  // 空标签 <>   <App />   <Alert /> </>  // 数组 [   <App />,   <Alert /> ]

由此可以看出,为 DOM 瘦身,是我们每一个前端开发应该去关注与实践的事情。

但是,这太容易被开发人员忽视了。在我工作这么多年,遇到的前端开发中,重视这一点的寥寥无几。我们可以挑两个案例对比一下。

五、为 DOM 瘦身

熟知网页的渲染流程应该知道,如果 DOM 越复杂,那么对应的样式就会越复杂,生成的 render tree 就会越庞大。也就意味着,GUI 在渲染时要处理的逻辑就越多,计算量也就越大,自然性能可能就会越低下。如果页面上还有比较复杂的操作会导致回流,那么,你的网页可能就会有更加糟糕的表现。

因此,在满足布局要求的前提下,尽量使用更为简洁的 DOM ,是性能优化的重要一环。

以 React 为例,在提供 React.Fragment 之前,React 组件可能会因为一些场景,不得不嵌套额外的 DOM 节点,以满足组件语法的需求。例如

// Alert 组件是一个全局提示,为了避免影响正常布局,不存在于文档流之中 function DemoComponent() {   return (       <div>         <App />       <Alert />     </div>   ) }

如果例子中的 Alert 是一个全局弹窗提示组件,那么我们为了避免影响正常的布局,就不会让该组件存在于正常的文档流之中。也就意味着,div 标签就是冗余的 DOM 嵌套。他仅仅只是为了满足 React 组件的语法而不得不加一个。

单个组件,影响不太大,但是这样就有一个风险是,如果一个页面太多这样的组件,那么对于整个页面而已,在不知不觉中,就会新增非常多冗余节点。这就变成了不可容忍的事情。

当然,React 团队也知道这一定深受病垢,因此在后续的版本中,React 优化了这一点,陆续新增了好几种方案解决这个问题。

<React.Fragment>     <App />   <Alert /> </React.Fragment>  // 空标签 <>   <App />   <Alert /> </>  // 数组 [   <App />,   <Alert /> ]

由此可以看出,为 DOM 瘦身,是我们每一个前端开发应该去关注与实践的事情。

但是,这太容易被开发人员忽视了。在我工作这么多年,遇到的前端开发中,重视这一点的寥寥无几。我们可以挑两个案例对比一下。

五、为 DOM 瘦身

熟知网页的渲染流程应该知道,如果 DOM 越复杂,那么对应的样式就会越复杂,生成的 render tree 就会越庞大。也就意味着,GUI 在渲染时要处理的逻辑就越多,计算量也就越大,自然性能可能就会越低下。如果页面上还有比较复杂的操作会导致回流,那么,你的网页可能就会有更加糟糕的表现。

因此,在满足布局要求的前提下,尽量使用更为简洁的 DOM ,是性能优化的重要一环。

以 React 为例,在提供 React.Fragment 之前,React 组件可能会因为一些场景,不得不嵌套额外的 DOM 节点,以满足组件语法的需求。例如

// Alert 组件是一个全局提示,为了避免影响正常布局,不存在于文档流之中 function DemoComponent() {   return (       <div>         <App />       <Alert />     </div>   ) }

如果例子中的 Alert 是一个全局弹窗提示组件,那么我们为了避免影响正常的布局,就不会让该组件存在于正常的文档流之中。也就意味着,div 标签就是冗余的 DOM 嵌套。他仅仅只是为了满足 React 组件的语法而不得不加一个。

单个组件,影响不太大,但是这样就有一个风险是,如果一个页面太多这样的组件,那么对于整个页面而已,在不知不觉中,就会新增非常多冗余节点。这就变成了不可容忍的事情。

当然,React 团队也知道这一定深受病垢,因此在后续的版本中,React 优化了这一点,陆续新增了好几种方案解决这个问题。

<React.Fragment>     <App />   <Alert /> </React.Fragment>  // 空标签 <>   <App />   <Alert /> </>  // 数组 [   <App />,   <Alert /> ]

由此可以看出,为 DOM 瘦身,是我们每一个前端开发应该去关注与实践的事情。

但是,这太容易被开发人员忽视了。在我工作这么多年,遇到的前端开发中,重视这一点的寥寥无几。我们可以挑两个案例对比一下。

部分转自互联网,侵权删除联系

赞(0) 打赏
部分文章转自网络,侵权联系删除b2bchain区块链学习技术社区 » 五、为 DOM 瘦身求职学习资料
分享到: 更多 (0)
D0b2wT.gif

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

b2b链

联系我们联系我们