Design Pattern不一定要用,但一定要会
那本书里面的pattern是一回事,里面另一个重点是设计的概念
它书主要是这样,说明什么设计会产生什么问题,然后可以用什么pattern解
前面那个跟后面那个一样重要呀,没看过书你遇到烂架构还不会知道这是烂架构
像是favor object composition over class inheritance
信不信一大票号称十年以上经验的资深工程师
写出来的code还是一堆继承然后很少interface跟composition
然后跟你说我觉得很好呀,哪边有问题?
首先你得要有看出现在架构有没有问题的能力,再来谈要用什么解决方案
要不要用pattern,还是自己想的解法,甚至基于YAGNI原则暂时先摆着
那是找出问题之后的事了
简单的架构问题,不用看书,大部份有几年经验的工程师都看得出来
书中会写的大部份都是就算十年以上经验
没认真想过架构或是实际体验过烂架构带来的痛苦
一辈子也不会找得出来的问题
作者累积多年功力跟许多专案中烂架构的经验,才能写出这本书
所以重点就是吸收他的经验,让自己找出烂架构的功力提升