既然是深入那么就假定oo的原则以及常见的模式都至少知道。
再要深入那么就需要动手实践。 回顾自己一个项目，写一个report工具。
report分为前后两部分，前段设计，后端解析计算repor结果，然后前段显示。
前后端接口是一个report的一个定义文件。
在设计report工具。
尝试回答一下：
如何将显示和后面report内存对象解耦？
如何将report的内存对象和存储解耦？
仔细考虑软件是如何分层？
为什么以及怎么做？
什么是展现层？
什么是领域层？
数据访问层？
层与层之间如何交互？
MVC及其变种是什么样子？
展现层如何与model解耦？
controller如何支持undo？
Ui组件之间如何隔离，同时又彼此相应？
repository pattern是什么样？
如何将model与数据本身访问解耦？解耦如果加抽象层会带来多大代价？
数据访问层如果和model接口相近，如何避免重复代码？
程序初始化的时候，如何支持配置，依赖注入，轻量容器？
如何支持插件，如何注册，加载，初始化？
此外考虑到项目的组织，文件组织，名子空间与接口类名方法属性的定义。
考虑到模块隔离，名字空间隔离，类名方法属性的命名统一。
做一个有心人，对于项目中这些问题认真权衡决策，
以及选取模式，为什么选？以及后面是不是达到预期？
简而言之，就是总结，有什么需求，选取什么模式，碰到什么问题，有什么折中。
有变化如何适应？
认真做一个项目，发现模式，应该是思考和总结。
看书后，在项目中问题驱动，发现模式就那么回事。