单一职责
前言
谈到单一职责，就肯定会踢到引用了一万次的名言：
A class should have only one reason to change。 一个类应该只有一个原因能引起它变化。
这是什么意思呢，举个例子，男生一般是站着尿尿，所以代码是：
代码语言：javascript复制 function Male (name, age) {
this.name = name;
this.age = age;
this.sex = 'male';
}
Male.prototype = {
coustructor: Male,
//尿尿的行为
pee: function () {
console.log('站着尿尿');
}
};女生一般是蹲着尿尿，所以代码是：
代码语言：javascript复制 function FeMale (name, age) {
this.name = name;
this.age = age;
this.sex = 'female';
}
FeMale.prototype = {
coustructor: FeMale,
//尿尿的行为
pee: function () {
console.log('蹲着尿尿');
}
};所以结果男生lilei是站着尿尿的，女生hanmeimei是蹲着尿尿的
代码语言：javascript复制 var lilei = new Male('lilei', 20);
//站着尿尿
lilei.pee();
var hanmeimei = new FeMale('hanmeimei', 20);
//蹲着尿尿
hanmeimei.pee();这一切是不是看起来好像很完美？ 但是lilei虽然是男生，但是他却喜欢蹲着尿尿(或者都喜欢女生行为)，这时候lilei的行为就与自己的性别产生了耦合，其实性别与行为分别负责不同的职责
代码语言：javascript复制 /**
* 人类的基类
* @param person: 人类的各种属性，包括姓名、年龄、性别等
* behavior: 人类的行为
*/
var Human = function (person, behavior) {
this.person = person;
this.behavior = behavior;
}
//人的属性
var Person = function (name, age, sex) {
this.name = name;
this.age = age;
this.sex = sex;
}
//行为类
var Behavior = function () {
}
Behavior.prototype = {
courstructor: Behavior,
//尿尿的行为
pee: function () {
}
};
//一般男生的行为
var MaleBehaior = function (){
}
MaleBehaior.prototype = Object.create(Behavior.prototype, {
pee: {
writable:true,
configurable:true,
value: function () {
console.log('站着尿尿');
}
}
});
//一般女生的行为
var FeMaleBehaior = function (){
}
FeMaleBehaior.prototype = Object.create(Behavior.prototype, {
pee: {
writable:true,
configurable:true,
value: function () {
console.log('蹲着尿尿');
}
}
});基本类都构造完毕了，现在看下lilei是怎么实例出来的：
代码语言：javascript复制 var lilei = new Human(new Person('lilei', 20, 'male'), new FeMaleBehaior());
//此时，lilei就是蹲着尿尿的，lilei虽然是男生，但是他喜欢女生的各种行为。
lilei.behavior.pee();
var hanleilei = new Human(new Person('lilei', 20, 'female'), new FeMaleBehaior());
//hanleilei是萌妹子
hanleilei.behavior.pee();
var peter = new Human(new Person('lilei', 20, 'female'), new MaleBehaior());
//perter是纯爷们
perter.behavior.pee();此时，职责就分明了，Person负责个人的基本属性，Behaior负责行为，各自直接就完全解耦了。
总结
虽然上面例子解耦了属性与行为，但是如果粗粒度来分析，Male类与Female类其实也符合单一职责原则，Male负责男性个体，Female负责女性个体，并没有违反单一职责原则，所以我们在开发的时候，单一职责原则不能死搬书上的例子，要根据项目的大小与计算以后维护成本来衡量是否要更细粒度的解耦，实现粒度更细的单一职责。
