（這篇文章你們一定要看，尤其初學的人，好嗎親？）
大漠窮秋 譯
??AngularJS是一款非常強大的前端MVC框架。同時，它也引入了相當多的概念，這些概念我們可能不是太熟悉。（譯者注：老外真謙虛，我大天朝的碼農(nóng)對這些概念那是相當熟悉啊！）這些概念有：
- Directive（指令）
- Controller（控制器）
- Service （服務）
下面我們逐個來看這些概念，研究一下為什么它們會像當初設計的那樣強大，同時研究一下為什么我們要以那樣的方式去使用它們。我們從Service開始。
SERVICES（服務）
??如果你已經(jīng)使用過AngularJS，你可能已經(jīng)遇到過Service這個概念了，簡而言之，Service就是【單例對象】在AngluarJS中的一個別名。這些小東西（指單例對象）會被經(jīng)常傳來傳去，保證你每次訪問到的都是同一個實例，這一點和工廠模式不同。基于這種思想，單例對象讓我們可以實現(xiàn)一些相當酷的功能，它可以讓很多controller和directive訪問內(nèi)部的數(shù)值。這也是非常常見的問題之一，那就是在應用中的不同代碼塊之間如何共享數(shù)據(jù)？我們來看這個問題。
我們首先來創(chuàng)建一個module（模塊），本文中的所有代碼都會用到這個module。
var module = angular.module( "my.new.module", [] );
下一步，我們來創(chuàng)建一個新的service（服務）。假設我們上面的這個module是用來管理圖書的。所以，這里我們來創(chuàng)建一個Book service，然后把一個JSON對象數(shù)組添加到這個serice中，這些對象代表很多book數(shù)據(jù)。
module.service( 'Book', [ '$rootScope', function( $rootScope ) {
var service = {
books: [
{ title: "Magician", author: "Raymond E. Feist" },
{ title: "The Hobbit", author: "J.R.R Tolkien" }
],
addBook: function ( book ) {
service.books.push( book );
$rootScope.$broadcast( 'books.update' );
}
}
return service;
}]);
??這是一個非常簡單的service（有時候這樣就夠你用了）。我們這里正在做的事情就是在管理一個book 數(shù)組，同時還帶有一個addBook方法，在有需要的時候可以添加更多書籍。addBook方法還會在application上廣播一個事件，告訴所有正在使用我們的service的人，數(shù)組已經(jīng)被更新了，從而讓它們自己也做一些刷新操作。現(xiàn)在，我們要做的就是把這個service傳遞給各種controller、directive、filter，或者其它任何需要它的東西---然后它們就可以訪問service中的這些方法和屬性了。好，我們來動手。
var ctrl = [ '$scope', 'Book', function( scope, Book ) {
scope.$on( 'books.update', function( event ) {
scope.books = Book.books;
});
scope.books = Book.books;
}];
module.controller( "books.list", ctrl );
??同樣非常簡單。我們上面所做的就是為我們的module創(chuàng)建了一個新的controller。在創(chuàng)建的時候把$scope provdier和我們自己的Book service傳遞給了它。能明白我們在干嘛嗎？我們把前面創(chuàng)建的Book service中的books數(shù)組賦給了controller內(nèi)部的局部scope對象。很酷，對吧？
??好，這里的核心問題是什么呢？我們節(jié)省了一些時間，并且在controller上創(chuàng)建了一個數(shù)組。對---我們確實這樣做了。這樣做確實也為我們節(jié)約了一點時間---但是如果我們要在其它地方處理這些書籍信息應該怎么辦呢？通過scope來維護數(shù)據(jù)是非常粗暴的一種方式。由于其它controller、directive、model的影響，scope很容易就會崩潰或者變臟。它很快就會變成一團亂麻。通過一種集中的途徑（在這里就是service）來管理所有書籍數(shù)據(jù)，然后通過某種方式來請求修改它，這樣不僅僅會更加清晰---同時當應用的體積不斷增大的時候也更加容易管理。最后，它還可以讓你的代碼保持模塊化（這也是Angular很擅長的一件事情）。一旦你在其它項目中需要用到這個service，你沒有必要在scope、controller、filter等等東西里面到處去查找相關的代碼，因為所有東西都在service里面！
??好。那么我們什么時候應該使用service呢？答案是：無論何時，當我們需要在不同的域中共享數(shù)據(jù)的時候。另外，多虧了Angular的依賴注入系統(tǒng)，實現(xiàn)這一點是很容易并且很清晰的。
CONTROLLERS（控制器）
??我們再來看控制器！除非你曾經(jīng)使用過前端MVC，否則從服務端MVC的思維模式轉向客戶端MVC的思維模式就如同一次腦筋急轉彎。為什么會這樣呢？這是因為，雖然在前端開發(fā)中controller實現(xiàn)了非常類似的功能，但是它同時還會實現(xiàn)一些與服務端controller非常不同的功能。在Angular中，controller自身并不會處理"request"，除非它是用來處理路由(route)的（很多人把這種方式叫做創(chuàng)建route controller---路由控制器），更明確地說，尤其是你的應用里面那些作為界面的一部分的controller，它們只會管理非常小的一段代碼。
??controller應該純粹地用來把service、依賴關系、以及其它對象串聯(lián)到一起，然后通過scope把它們關聯(lián)到view上。如果在你的視圖里面需要處理復雜的業(yè)務邏輯，那么把它們放到controller里面也是一個非常不錯的選擇。回到我們前面的這個books例子，我實際上并沒有什么東西需要添加到controller里面。
??但是Kirk（譯者注：指本文原作者），如果我要add一本書籍應該怎么辦呢？我應該在controller上面新增一個方法來處理這件事情嗎？不，原因在下面解釋。因為它是DOM交互/操作的一部分。所以請把它放到directive(指令)里面。怎么做呢？很高興你能問出這個問題。
DIRECTIVES（指令）
??到目前為止，在我們所編寫的大量AngularJS應用中，應用中最主要的復雜部分都在directive（指令）中。有一個強大的工具可以用來操作和修改DOM，它也是我們這里需要討論的內(nèi)容。我們來提供一個按鈕，用戶通過它可以向service里面添加一本圖書，以這一功能來結束此文。
??一個常見的反模式是在controller里面添加DOM交互代碼。Angular對directive的定義是一段代碼片段，你可以用它來操作DOM，但是我覺得directive也是進行用戶交互的很好選擇。我們來擴展前面的例子，為用戶提供一個按鈕，通過這個按鈕可以向service里面添加一本書籍。
module.directive( "addBookButton", [ 'Book', function( Book ) {
return {
restrict: "A",
link: function( scope, element, attrs ) {
element.bind( "click", function() {
Book.addBook( { title: "Star Wars", author: "George Lucas" } );
});
}
}
}]);
很簡單的東西。我們創(chuàng)建了一個指令，它的核心目的是簡單地向books列表中添加一本書籍，books已經(jīng)注冊在了我們的Book服務中。我們來把這個指令應用到我們的視圖中。
<button add-book-button>Add book</button>
如你所見，我們僅僅把指令當作一個元素屬性來使用。每次點擊這個按鈕的時候，它都會把《Star Wars》（《星球大戰(zhàn)》）這本書添加到我們的Book service中去。簡單、輕松、模塊化---并且易復用。好了，我們?yōu)槭裁床恢苯釉诳刂破魃厦嫣砑右粋€addBook之類的方法呢，比如說就像下面這樣：
$scope.addBook = function() {
Book.addBook( { title: "Star Wars", author: "George Lucas" } );
};
這樣我們也能獲得同樣的結果，對吧？是的，確實如此---但是這樣做會帶來一個重大的問題。一旦我需要在其它地方添加書籍，我必須拷貝這份代碼（非常un-DRY!）（譯者注：DRY---Dont Repeat Yourself，貌似是Ruby所倡導的一個重要的編碼原則。），或者進行重構（重構本身并不是什么不好的的事情）。通過直接構建一個指令的方式，我們以后就沒有必要擔心這種事情了---同時下次再需要實現(xiàn)相同功能的時候完全不需要花任何時間。通過構建指令的方式來進行DOM交互和修改，隨著業(yè)務需求的不斷介入，我們就可以立即騰出手來處理復雜性不斷增加的應用了。這是相當不錯的一件事情，因為它保證了我們可以更少地和自己的實現(xiàn)打架，并且可以一直編寫DRYer code。
??Angular的模塊依賴哲學無疑讓它成為了一款非同凡響的框架。它讓我們能夠以這樣一種方式來編寫我們的前端代碼：我們不會干翻自己，也不會干翻框架---這可能是它最強大的力量。
希望我已經(jīng)充分說明了你應該在何時何地使用這幾個Angular概念，從而能夠更好地編寫你自己的代碼。
原文鏈接：
http://kirkbushell.me/when-to-use-directives-controllers-or-services-in-angular/
