第6章 集成测试框架:脆弱之美

这章主要讲了框架设计上的一些问题，框架设计的API原则：
1.控制对用户可见的部分，从而尽量减少框架公开的部分
2.使用接口
3.在期望用户能够对框架进行扩展的点上提供良好定义的“hook”
4.在不希望用户进行扩展的点上禁止用户扩展

框架实际上是通过限制一些条件，使框架的用户只能按框架的流程来走。但是FIT框架颠覆了这种理念。（PS：FIT这个名称怎么和tsinghua的FIT楼名称一样，faint！）
FIT与传统这种理念不同的地方在于它它对自己的流程充满的信心，能够确信以后他自己以后的流程不再改变，所以他做了一点：大量公开成员函数以及一些内部成员函数。



这章也挺经典的，以前自己开发主要专注于编码，从没有在系统结构方面考虑过问题，虽然也知道一些设计模式和编程技巧，但我一直认为只有在实践中才能领悟的更深一些。以前在爱立信上海研发中心实习的时候，在项目中感觉最重要的是系统的架构，虽然这篇讲的是集成测试框架，但是框架的设计与系统框架设计的原理是一样的。
  
   我觉得以后要从两方面加强架构能力：
1.研究优秀开源框架的源代码和他们的设计理念。
2.在实践中运用优秀的设计理念，并试着写自己的工具框架。