西红柿爱番茄

思路：使用一个储存器，将不同“职责”的处理函数储存起来，之后通过一个统一入口，来处理储存器中的的“职责”函数，将执行有效的结果，立即返回，到此，职责处理完毕。

应用：

1. 在对于传递不同的参数来处理不同的功能；
2. 将功能分“职责”，结构清晰，功能分明；
3. 使用函数的方式，来代替了函数 内部的if逻辑过于负责的判断，可以无限的扩展，最重要的是，可以在不不动原来的函数的基础上，就可以添加其他的“职责”处理函数；

/**职责链模式的思维*/

//储存器
var middleware = [];

function turning(){
  var ret;
  if(arguments.length > 0){
    for(var i = 0,len = middleware.length; i < len; i++){
	  //执行每一个“职责”处理函数
      ret = middleware[i].apply(turning,arguments);
	  //如果有返回结果，表示middleware当前item的执行有效，就立即返回结果
	  if(ret){
	    return ret;
	  }
    }
  }
}

//添加“职责”处理函数
turning.init = function(fn){
  middleware.unshift(fn);
}

//在这里可以添加非常多的类似职责的处理函数
turning.init(function(a){
  if(a === "hello"){
    return a + " world";
  }
});

turning.init(function(a,b){
  if(typeof a === 'number' && typeof b === 'number'){
    return a + b;
  }
});

//开始应用了
alert(turning("hello"));
alert(turning(5,9));

最近发现自己的代码产出率下降多了，在编码期间会不断的去推敲代码是否合适，是否做到了该有的优化、语意化、代码分离、提高代码复用、增强代码的可读性。该让HTML做的事情，就尽量让HTML去做；能用HTML、CSS去帮助JS一起实现的功能，就尽量依赖于HTML、CSS，来减少JS的代码量，同时也不失代码的分离，各司其职，互相独立，这或许是一个极端，让三者（HTML、CSS、JS）互相帮助，互相辅助（减少JS动态生成HTML的代码；较少多个样式设置的次数；减少HTML中包含CSS、JS代码；尽量少去删除和增加DOM树的节点；是用innerHTML来代替内容，还是简单的使用显示隐藏，或者replaceChild代替原来的节点。。。），而又不能互相在代码上互相嵌入，依赖过大，保持必要的分离，从而达到一个平衡的状态，那么在性能、代码量等等上就是一个很好的权衡。

有句话说的好：“当你感觉一个功能的代码已经无法再增加和删除代码了，那么就行了”。但是这种感觉以及代码的质量的如何，那就是个人的功底和经验是否丰富了。自我感觉良好有时候也是一种自我封闭，应该保持学习和改变的心态。

但是这样做的后果很明显，项目开发时间拉长了一些（除非在相同的开发时间里，加班加点完成），所以在代码质量、开发时间上是不能成正比的，需要一个权衡。而这个权衡很大的一部分在于上头对于代码质量是否有一定程度的要求，而在开发时间上能够尽量的放宽，当然开发者本身的功底对于实现该需求在质量和时间上是否能够达到一个平衡，也是其中的一点。关键还是看上头是否重视该需求吧。

对于一些小需求来说，可能要求是尽快的产出，上头对此的重视程度不高，只要实现了功能，对于是否影响用户体验没有过大的要求，那么这样也去反复推敲代码的质量，是否有必要呢？更多的是从习惯以及对自己以后的发展负责去考虑这个问题了，养成一定的良好的开发习惯，这或许对自己本身来说是非常重要的。