前言 Bob大叔提出并发扬了S.O.L.I.D五大原则,用来更好地进行面向对象编程,五大原则分别是: The Single Responsibility Principle(单一职责SRP) The Open/Closed Principle(开闭原则OCP) The Liskov Substitution Principle(里氏替换原则LSP) The Interface Segregation Principle(接口分离原则ISP) The Dependency Inversion Principle(依赖反转原则DIP) 五大原则,我相信在博客园已经被讨论烂了,尤为是C#的实现,可是相对于JavaScript这种以原型为base的动态类型语言来讲还为数很少,该系列将分5篇文章以JavaScript编程语言为基础来展现五大原则的应用。 OK,开始咱们的第一篇:单一职责。 英文原文:http://freshbrewedcode.com/derekgreer/2011/12/08/solid-javascript-single-responsibility-principle/ 单一职责 单一职责的描述以下: A class should have only one reason to change 类发生更改的缘由应该只有一个 一个类(JavaScript下应该是一个对象)应该有一组紧密相关的行为的意思是什么?遵照单一职责的好处是可让咱们很容易地来维护这个对象,当一个对象封装了不少职责的话,一旦一个职责须要修改,势必会影响该对象想的其它职责代码。经过解耦可让每一个职责工更加有弹性地变化。 不过,咱们如何知道一个对象的多个行为构造多个职责仍是单个职责?咱们能够经过参考Object Design: Roles, Responsibilies, and Collaborations一书提出的Role Stereotypes概念来决定,该书提出了以下Role Stereotypes来区分职责: Information holder – 该对象设计为存储对象并提供对象信息给其它对象。 Structurer – 该对象设计为维护对象和信息之间的关系 Service provider – 该对象设计为处理工做并提供服务给其它对象 Controller – 该对象设计为控制决策一系列负责的任务处理 Coordinator – 该对象不作任何决策处理工做,只是delegate工做到其它对象上 Interfacer – 该对象设计为在系统的各个部分转化信息(或请求) 一旦你知道了这些概念,那就狠容易知道你的代码究竟是多职责仍是单一职责了。 实例代码 该实例代码演示的是将商品添加到购物车,代码很是糟糕,代码以下: function Product(id, description) { this.getId = function () { return id; }; this.getDescription = function () { return description; }; } function Cart(eventAggregator) { var items = []; this.addItem = function (item) { items.push(item); }; } (function () { var products = [new Product(1, "Star Wars Lego Ship"), new Product(2, "Barbie Doll"), new Product(3, "Remote Control Airplane")], cart = new Cart(); function addToCart() { var productId = $(this).attr('id'); var product = $.grep(products, function (x) { return x.getId() == productId; })[0]; cart.addItem(product); var newItem = $('<li></li>').html(product.getDescription()).attr('id-cart', product.getId()).appendTo("#cart"); } products.forEach(function (product) { var newItem = $('<li></li>').html(product.getDescription()) .attr('id', product.getId()) .dblclick(addToCart) .appendTo("#products"); }); })(); 该代码声明了2个function分别用来描述product和cart,而匿名函数的职责是更新屏幕和用户交互,这还不是一个很复杂的例子,但匿名函数里却包含了不少不相关的职责,让咱们来看看到底有多少职责: 首先,有product的集合的声明 其次,有一个将product集合绑定到#product元素的代码,并且还附件了一个添加到购物车的事件处理 第三,有Cart购物车的展现功能 第四,有添加product item到购物车并显示的功能 重构代码 让咱们来分解一下,以便代码各自存放到各自的对象里,为此,咱们参考了martinfowler的事件聚合(Event Aggregator)理论在处理代码以便各对象之间进行通讯。 首先咱们先来实现事件聚合的功能,该功能分为2部分,1个是Event,用于Handler回调的代码,1个是EventAggregator用来订阅和发布Event,代码以下: function Event(name) { var handlers = []; this.getName = function () { return name; }; this.addHandler = function (handler) { handlers.push(handler); }; this.removeHandler = function (handler) { for (var i = 0; i < handlers.length; i++) { if (handlers[i] == handler) { handlers.splice(i, 1); break; } } }; this.fire = function (eventArgs) { handlers.forEach(function (h) { h(eventArgs); }); }; } function EventAggregator() { var events = []; function getEvent(eventName) { return $.grep(events, function (event) { return event.getName() === eventName; })[0]; } this.publish = function (eventName, eventArgs) { var event = getEvent(eventName); if (!event) { event = new Event(eventName); events.push(event); } event.fire(eventArgs); }; this.subscribe = function (eventName, handler) { var event = getEvent(eventName); if (!event) { event = new Event(eventName); events.push(event); } event.addHandler(handler); }; } 而后,咱们来声明Product对象,代码以下: function Product(id, description) { this.getId = function () { return id; }; this.getDescription = function () { return description; }; } 接着来声明Cart对象,该对象的addItem的function里咱们要触发发布一个事件itemAdded,而后将item做为参数传进去。 function Cart(eventAggregator) { var items = []; this.addItem = function (item) { items.push(item); eventAggregator.publish("itemAdded", item); }; } CartController主要是接受cart对象和事件聚合器,经过订阅itemAdded来增长一个li元素节点,经过订阅productSelected事件来添加product。 function CartController(cart, eventAggregator) { eventAggregator.subscribe("itemAdded", function (eventArgs) { var newItem = $('<li></li>').html(eventArgs.getDescription()).attr('id-cart', eventArgs.getId()).appendTo("#cart"); }); eventAggregator.subscribe("productSelected", function (eventArgs) { cart.addItem(eventArgs.product); }); } Repository的目的是为了获取数据(能够从ajax里获取),而后暴露get数据的方法。 function ProductRepository() { var products = [new Product(1, "Star Wars Lego Ship"), new Product(2, "Barbie Doll"), new Product(3, "Remote Control Airplane")]; this.getProducts = function () { return products; } } ProductController里定义了一个onProductSelect方法,主要是发布触发productSelected事件,forEach主要是用于绑定数据到产品列表上,代码以下: function ProductController(eventAggregator, productRepository) { var products = productRepository.getProducts(); function onProductSelected() { var productId = $(this).attr('id'); var product = $.grep(products, function (x) { return x.getId() == productId; })[0]; eventAggregator.publish("productSelected", { product: product }); } products.forEach(function (product) { var newItem = $('<li></li>').html(product.getDescription()) .attr('id', product.getId()) .dblclick(onProductSelected) .appendTo("#products"); }); } 最后声明匿名函数(须要确保HTML都加载完了才能执行这段代码,好比放在jQuery的ready方法里): (function () { var eventAggregator = new EventAggregator(), cart = new Cart(eventAggregator), cartController = new CartController(cart, eventAggregator), productRepository = new ProductRepository(), productController = new ProductController(eventAggregator, productRepository); })(); 能够看到匿名函数的代码减小了不少,主要是一个对象的实例化代码,代码里咱们介绍了Controller的概念,他接受信息而后传递到action,咱们也介绍了Repository的概念,主要是用来处理product的展现,重构的结果就是写了一大堆的对象声明,可是好处是每一个对象有了本身明确的职责,该展现数据的展现数据,改处理集合的处理集合,这样耦合度就很是低了。 最终代码 function Event(name) { var handlers = []; this.getName = function () { return name; }; this.addHandler = function (handler) { handlers.push(handler); }; this.removeHandler = function (handler) { for (var i = 0; i < handlers.length; i++) { if (handlers[i] == handler) { handlers.splice(i, 1); break; } } }; this.fire = function (eventArgs) { handlers.forEach(function (h) { h(eventArgs); }); }; } function EventAggregator() { var events = []; function getEvent(eventName) { return $.grep(events, function (event) { return event.getName() === eventName; })[0]; } this.publish = function (eventName, eventArgs) { var event = getEvent(eventName); if (!event) { event = new Event(eventName); events.push(event); } event.fire(eventArgs); }; this.subscribe = function (eventName, handler) { var event = getEvent(eventName); if (!event) { event = new Event(eventName); events.push(event); } event.addHandler(handler); }; } function Product(id, description) { this.getId = function () { return id; }; this.getDescription = function () { return description; }; } function Cart(eventAggregator) { var items = []; this.addItem = function (item) { items.push(item); eventAggregator.publish("itemAdded", item); }; } function CartController(cart, eventAggregator) { eventAggregator.subscribe("itemAdded", function (eventArgs) { var newItem = $('<li></li>').html(eventArgs.getDescription()).attr('id-cart', eventArgs.getId()).appendTo("#cart"); }); eventAggregator.subscribe("productSelected", function (eventArgs) { cart.addItem(eventArgs.product); }); } function ProductRepository() { var products = [new Product(1, "Star Wars Lego Ship"), new Product(2, "Barbie Doll"), new Product(3, "Remote Control Airplane")]; this.getProducts = function () { return products; } } function ProductController(eventAggregator, productRepository) { var products = productRepository.getProducts(); function onProductSelected() { var productId = $(this).attr('id'); var product = $.grep(products, function (x) { return x.getId() == productId; })[0]; eventAggregator.publish("productSelected", { product: product }); } products.forEach(function (product) { var newItem = $('<li></li>').html(product.getDescription()) .attr('id', product.getId()) .dblclick(onProductSelected) .appendTo("#products"); }); } (function () { var eventAggregator = new EventAggregator(), cart = new Cart(eventAggregator), cartController = new CartController(cart, eventAggregator), productRepository = new ProductRepository(), productController = new ProductController(eventAggregator, productRepository); })(); 总结 看到这个重构结果,有博友可能要问了,真的有必要作这么复杂么?我只能说:要不要这么作取决于你项目的状况。 若是你的项目是个是个很是小的项目,代码也不是不少,那实际上是没有必要重构得这么复杂,但若是你的项目是个很复杂的大型项目,或者你的小项目未来可能增加得很快的话,那就在前期就得考虑SRP原则进行职责分离了,这样才有利于之后的维护。 同步与推荐 本文已同步至目录索引:深刻理解JavaScript系列 深刻理解JavaScript系列文章,包括了原创,翻译,转载等各种型的文章,若是对你有用,请推荐支持一把,给大叔写做的动力。