因为书中有这么一段话：一个项目在组件结构设计上的重心是根据该项目的开发时间和成熟度不断变动的，我们对组件结构的安排主要与项目开发的进度和它被使用的方式有关，与项目本身功能的关系其实很少。
我从另外一个角度去看张力图，新项目开始阶段，开发时间短，成熟度不高，没有足够多的经验让我们去提炼出业务逻辑的共性，从而做出可以复用的组件。（具体表现为项目初期需求多变，这一阶段抽象出来的共性可能并不合适），但是随着项目越来越后期，业务逻辑基本定型，我们就能打包这套业务逻辑发布，让后人乘凉。
我换了个角度去想，不一定对，欢迎指正。
组件聚合三原则写在前面：在研究一个新东西的时候，我习惯于拿手头的项目去做类比，所以即使这些原则更多的是在描述面向对象，我在理解的时候也是在往嵌入式C实时系统去靠的。 先列上三个原则： 1....
