Angular2设计 – 组件嵌套和性能风险

发布时间：2020-12-17 17:26:21 所属栏目：安全来源：网络整理

导读：当我必须构建一个具有许多功能的复杂页面时,我经常会得到一个设计,它预见复杂页面是一系列更简单组件的组合,这可能也是一个组成更简单的组件(换句话说,我在谈论多个嵌套组件级别). 这些更简单的组件不是为了可重用性而构建的(没有其他页面可以使用它们),而是

当我必须构建一个具有许多功能的复杂页面时,我经常会得到一个设计,它预见复杂页面是一系列更简单组件的组合,这可能也是一个组成更简单的组件(换句话说,我在谈论多个嵌套组件级别).

这些更简单的组件不是为了可重用性而构建的(没有其他页面可以使用它们),而是试图使代码更易于阅读和理解(这仍然是一件好事).

无论如何,我的问题是,预测通过构图和不同嵌套级别构建页面的设计是否可能会严重影响性能,因此需要仔细观察.

我认为这个问题可能听起来有点模糊,但我基本上想知道嵌套组件是否是Angular2应用程序性能的严重风险.我正在讨论合理数量的嵌套级别(比如说3-4级)和功能丰富度无法降低的页面(即不嵌套的页面必须在首页).

我希望这个问题看起来不太天真.

提前致谢

解决方法

一点也不.我认为嵌套可以提高性能.特别是如果您使用ChangeDetectionStategy.OnPush微调变化检测.这样就可以限制Angular需要运行更改检测的范围,直到您明确告诉Angular进行检查.

> https://angular.io/docs/ts/latest/api/core/ChangeDetectionStrategy-enum.html
> http://blog.thoughtram.io/angular/2016/02/22/angular-2-change-detection-explained.html
> http://victorsavkin.com/post/110170125256/change-detection-in-angular-2

使用Angular2 univeral通过Angular或服务器端呈现提供(或已经)的构建步骤也将减少Angular在加载页面时必须执行的初始工作量,并且通过替换绑定的反射代码来构建DOM生成代码的其他东西.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!