哪个Angular 1.5组件绑定类型比较贵？ '=' 还是 '<'？
Which Angular 1.5 component binding type is more expensive? '=' or '<'?
如果我有一个组件并且我已经将一些变量绑定到它 - 忽略单向和双向流的用例 - 哪个在计算上更昂贵？ = 或 <?
我最初虽然 < 会更便宜，因为我们不需要向上传播更改，但是考虑到肯定需要的副本 = 大多数时候都是有益的，因为它只会通过参考通过？
还是仅仅与$onChanges的需要有关？
在我看来，存储比处理能力更便宜，因此对象的副本比每个摘要周期的另一个对象属性监视更便宜。
'='通过link，当然是最便宜最简单的方法。 （即 Java 你总是通过 link。）
问题是你不能让这个对象或者它的一些属性不可修改，你不能创建接口等等。想象层次结构：<component-a object="object"><component-b object="object"><component-c object="object">
现在你想了解 wtf 是怎么回事 - 谁在设置或使用什么 属性 - 你根本做不到。
我现在的感受：
-对于简单的对象使用'<'，可以使用onChanges，看起来不错。
- 对于大而复杂的对象使用'='（当然，不要在其中传递函数）
如果我有一个组件并且我已经将一些变量绑定到它 - 忽略单向和双向流的用例 - 哪个在计算上更昂贵？ = 或 <?
我最初虽然 < 会更便宜，因为我们不需要向上传播更改，但是考虑到肯定需要的副本 = 大多数时候都是有益的，因为它只会通过参考通过？
还是仅仅与$onChanges的需要有关？
在我看来，存储比处理能力更便宜，因此对象的副本比每个摘要周期的另一个对象属性监视更便宜。
'='通过link，当然是最便宜最简单的方法。 （即 Java 你总是通过 link。）
问题是你不能让这个对象或者它的一些属性不可修改，你不能创建接口等等。想象层次结构：
<component-a object="object"><component-b object="object"><component-c object="object">现在你想了解 wtf 是怎么回事 - 谁在设置或使用什么 属性 - 你根本做不到。
我现在的感受： -对于简单的对象使用'<'，可以使用onChanges，看起来不错。 - 对于大而复杂的对象使用'='（当然，不要在其中传递函数）