456主机测评
代码的阅读：
我读代码的时候先读的deferred的基础部分，最后单独读then()的，基础部分通俗易懂，公共的数组和现有API的利用非常巧妙。代码上，个人觉得我读的版本jquery.1.11.1代码整理的非常精致，但是阅读起来略感晦涩，读完了之后个人也读了jQuery.1.7.2（以前一直用1.7.2的），觉得后者的代码整理上不如前者，但是相比前者阅读上更加的通俗易懂和简单明了。
then：
then是实现很是精髓，尤其要理解每一段代码会产生的作用，jQuery在then里面有这么一段代码：
这里的代码琢磨了好久为什么，会发生什么，各种代码模拟尝试，思考了一下，如果我们委托的函数返回一个具有promise行为的对象，那么这里就提供了停下后续函数的执行这么一个实现，并且，会把当前Deferred对象里所有未执行的函数（done/fail/progress）都传递给这个具有promise行为的对象。
then的职责：
为了让函数的可以沟通，实现了then，而then一直用jQuery.Deferred创建新的实例，这么做主要的作用是每个不同的Deferred.then()他们的沟通是被隔离的，如下代码：
如上代码所示，每个不同的then都被隔离了：Deferred.then和done/fail/progress之间不同的地方就是让每个相同状态的函数都可以沟通（通过返回值），而每个Deferred.then(每次独立调用Deferred.then)之间的不同则会让作用域被隔离。
我思考过then的重构：尝试着把每个函数都可以沟通这个概念直接应用在done/fail/progress上面，这样就不用在then中一直创建新的Deferred对象，但是这么做就让done/fail/progress承载了太多，每次对函数执行后的返回值做判定，这根本就是不靠谱的做法，并且失去了上面所说的隔离沟通，看起来好像Deferred更加的平滑了，其实这样会让Deferred应用条件变得更加苛刻。反观jQuery.Deferred，每一个API做的不多，但是足够细腻与精准，只能说我还是图样图森破啊...
每个函数都有自己的职责，不要让它承载的太多，太多的职责决定了这个函数会越发的不可控。我想，这或许也是jQuery.then单独实现的一个理由吧。
类，往往因为承载的太多而变得臃肿不堪。
最后，我手抄了一份jQuery.Deferred的代码，可以单独运行，并加入了注释。
- 海报
