我12月4日晚上写了个文章，谈怎么成为一个牛逼的Web开发，只是我自己对于成长路径的一个思考，并非说我很牛逼，希望大家不要误解哈，希望借此跟大家去交流，没有教导人的意思。

有个朋友评论说，说得不是很清楚，想了解到底怎么去学习一个框架。我就展开说一下，我是怎么学习Yii框架的。

我从2010年开始用这个框架的，也是工作的原因。我也是普通人，并没有什么内在驱动力去学一个全新的东西。那时候领导说，开发PHP不能再刀耕火种了，应该引入框架，选型他做完了，让我了解并学习下用法。

然后，我就开始学，主要方法，首先看一下这个框架的文档，然后用新手指南，把范例App照着指南做一遍。如此这般，就会形成一个感性的认识。当时的Yii框架范例，是开发一个Blog，步骤讲解很详细的，做下来以后，感觉相当良好。

当然，马上，就没有时间学了，因为项目压力迫在眉睫，必须在使用中学习了。如果仅仅用框架把项目给完成了，我觉得远算不上掌握了框架。因为我在跟同事合作的时候发现，很多同事一边开发，一边抱怨，说这个框架这么奇怪，这个没有，那个没有，从没见过设计这么奇怪的框架，他在这么抱怨的时候，就用自己的方式把问题解决了。

我举个例子，比如，Yii框架有提供一个UserIdentity的组件，还有一个WebUser的组件，两个东西组合起来，用于用户身份识别和用户登录。这两个东西，里面又纠缠了HttpRequest，HttpCookie，StatePersister等等等等一大堆东西，框架源码也写得弯弯绕，看得头昏脑胀。

这时候，我同事的解决办法是，给Controller构造一个基类，然后在基类构造函数里，进行用户的身份验证，读取Cookie并判定。简单、直接、有效。如果，我是一个软件团队的领导，我也喜欢这种员工，能解决问题，所以他的做法也没什么不好，但是其实他根本没有掌握到这个框架。有个成语叫削足适履，我想用在这个场景不算特合适，但是微微改改，叫削履适足。

我们再换个比喻，就好像你去走迷宫，然后很晕，有个简单法子，就是把墙拆了。路径变成直线了，也可以到达终点。

再举个例子，Yii框架有一套Log机制，里面有好多类，拼起来，LogRouter，LogRoute，Logger，配置好长，用法奇怪，打了log怎么不显示，各种问题，破东西。于是有个同事，马上写了一个全局函数，里面封装了一个PHP的error_log，所有地方都用这个打log，问题完美，优雅地解决了。

最后，他们还是优秀的Web工程师，有着高超的生产率。但是，Yii框架的用法，离他们还是那么遥远。

然后，我说说我自己是怎么做这些的。

每当我碰到类似的问题，我就去翻源代码。看源码没什么好炫耀的，是被逼的，因为Yii框架是一群开发设计的。正所谓，framework of programmers, by programmers, for programmers，这些家伙把你能考虑的都尽可能考虑了，很好，但是他们的缺点，作为开发你懂的，根本不喜欢写文档。

继续说，当我碰到别扭和不能理解的时候，我要做的事情是去找到WHY。为什么别扭，为什么该有的没有，为什么不该有的有了，为什么做没必要的事情，我尽可能去挖掘设计者的思想。

在这么做的时候，我领悟到一个事情，其实框架这个词，本身有误导性。大家理解的时候，总觉得，你帮我搭个骨架，然后我改造成我要的东西。于是，拆墙之类的事情理所应当。

上篇文章给我留言的朋友说了个词，DSL。我特喜欢，跟我的想法不谋而合。我觉得，框架是语言层面上的抽象，也就是说，二阶语言，抽象层次更高的语言，表达力跟强的语言。这么去理解框架，学习框架。

Yii框架是被设计出来实现各种类型网站的通用领域语言，假设这群设计者是靠谱的，那么Yii这个语言，一定可以被用来描述网站开发过程中的方方面面。使用Yii框架，其实是个表达问题。

于是乎，我要做的事情，就是用这个语言，怎么描述和解决我的问题。针对上面的两个例子，Identity，本意是身份、特征，所以它封装了身份识别，身份特征，WebUser，就是网络用户，是用户的抽象，登录过程应该用身份特征对象来转换成用户对象。网站的身份认证怎么实现呢？应该在打开每个网页前，先校验身份，怎么做呢，有个东西叫前置过滤器，应该用Filter拦截。

另一个例子，Logger，抽象了log生成器，LogRouter抽象了log分发器，LogRoute抽象了log落地装置，可以落地到文件，网络，页面，邮件。为什么log打了显示不了，因为Logger里有设计缓冲机制，默认每个请求只打一次，或者每一万条log打一次，是一种性能上的考虑。

谜底都揭开了。

所以，朋友留言问我说，我没说清怎么去学习和积累一个框架，我想，我的做法是，学习和揣摩框架设计者的思路，框架是领域语言，设计者希望用者，用怎样的方法解决问题呢，领悟了这个，就是学习了框架。所谓，学习，就是每个场景都尽可能用框架本身预制的方法去表达。

表达不了怎么办？使劲找。知名框架都是久经考验的，一般不会出现这种情况，所以要么就是需求太奇怪，要么就是找得不彻底。当然事无绝对，框架不可能应有尽有，这个时候，我要想的，仍然不是拆墙，而是想，我如果是框架设计者，我应该提供怎样的方式，让别人去解决他的问题，所以我应该怎么扩展框架，我往框架里添加工具组件，走不出的迷宫我建个梯子爬过去。千万别想着改框架，这比拆墙危害还大。

这样子，我坚持了几年，我就领悟了框架本身很多设计理念，别人问我，在Yii框架里，什么什么能不能实现，我凭直觉一般都能答出来，因为我的思维跟设计者已经合拍了，我会说，这框架不可能这个都没考虑到。如果不确定，我就再去源码里看，继续领悟。这么一来，我就成长了。

这个过程比较漫长，但是很有收获，很多设计思想，就成了一个信手拈来的过程。

这么去理解和学习，还有一个好处。我都说了DSL是个语言了。如果别人用相同的语言说话，你就会有个体会，叫“秒懂”。看别人的代码如看自己的代码，那感觉特爽，好像掌握了全世界。

最后，还有一个经验，就是把你学会的东西讲给你的同事听，帮他们也学会。

以上，就是我学习一个框架的方法。