第四章讲的是设计原则，主要是针对方案设计层面给到的一些原则：
从需求到设计，中间也需要有设计(UI)评审。
设计，也需要先产出文档。
不要重复造轮子。软件工程师经常一次又一次地重新发明组件。他们很少修补已有的软件组件。
个人理解就是不要一上来就是觉得自己的需求设计、自己的代码写的更好。就不用去看之前的。
当以前的组件已经无法满足当下的需求时，再考虑去做扩展和重构。
保持概念一致：
对应的场景就是当方案设计完成时，需要去按照方案去做具体的补充。这期间，可能会偏移当初的方案设计。在这过程中，如果是提升系统的一致性、优雅性、简单性或性能。是可以接受的。如果仅仅为了确保某个设计者在设计中留下自己的印记，这个是不可取的。
代码层面，我们要追求低耦合和高内聚。
在设计过程中，需要考虑到变化与维护成本。
完整的设计是需要包括层次依赖、调用关系等。这就要求我们在方案设计阶段尽可能的考虑到里面的逻辑关系、功能点等。
还有比较重要的一点是可复用。在设计阶段就需要能做好充分的考虑。