<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                ## 前言 Bob大叔提出并發揚了S.O.L.I.D五大原則,用來更好地進行面向對象編程,五大原則分別是: 1. The Single Responsibility Principle(單一職責SRP) 2. The Open/Closed Principle(開閉原則OCP) 3. The Liskov Substitution Principle(里氏替換原則LSP) 4. The Interface Segregation Principle(接口分離原則ISP) 5. 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](http://www.amazon.com/Object-Design-Roles-Responsibilities-Collaborations/dp/0201379430)一書提出的Role Stereotypes概念來決定,該書提出了如下Role Stereotypes來區分職責: 1. Information holder – 該對象設計為存儲對象并提供對象信息給其它對象。 2. Structurer – 該對象設計為維護對象和信息之間的關系 3. Service provider – 該對象設計為處理工作并提供服務給其它對象 4. Controller – 該對象設計為控制決策一系列負責的任務處理 5. Coordinator – 該對象不做任何決策處理工作,只是delegate工作到其它對象上 6. 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,而匿名函數的職責是更新屏幕和用戶交互,這還不是一個很復雜的例子,但匿名函數里卻包含了很多不相關的職責,讓我們來看看到底有多少職責: 1. 首先,有product的集合的聲明 2. 其次,有一個將product集合綁定到#product元素的代碼,而且還附件了一個添加到購物車的事件處理 3. 第三,有Cart購物車的展示功能 4. 第四,有添加product item到購物車并顯示的功能 ## 重構代碼 讓我們來分解一下,以便代碼各自存放到各自的對象里,為此,我們參考了martinfowler的事件聚合([Event Aggregator](http://martinfowler.com/eaaDev/EventAggregator.html))理論在處理代碼以便各對象之間進行通信。 首先我們先來實現事件聚合的功能,該功能分為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原則進行職責分離了,這樣才有利于以后的維護。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看