1.0 在模板中声明控制器
在一个HTML元素上使用ng-controller指令，就可以引入一个控制器对象：
...
控制器的实现
控制器实际上就是一个JavaScript的类/构造函数：
//控制器类定义
var myControllerClass=function($scope){
//模型属性定义
$scope.text="...";
//模型方法定义
$scope.do=function(){...};
};
//在模块中注册控制器
angular.module('someModule',[])
.controller("myController",myControllerClass);
控制器的一次性
控制器构造函数仅在AngularJS对HTML文档进行编译时被执行一次。从这个角度看， 就更容易理解为何将控制器称为对scope对象的增强：一旦控制器创建完毕，就意味着scope对 象上的业务模型构造完毕，此后就不再需要控制器了- scope对象接管了一切。
2.0 控制器对scope的影响
ng-controller指令总是创建一个新的scope对象：
在图中，我们看到：
ng-app指令引发$rootScope对象的创建。开始时，它是一个空对象。
body元素对应的scope对象还是$rootScope。ng-init指令将sb对象挂在了$rootScope上。
div元素通过ng-controller指令创建了一个新的scope对象，这个对象的原型是$rootScope。
因为原型继承的关系，在do函数中对sb的引用指向$rootScope.sb。
3.0 向cope对象添加方法
业务模型是动态的，在数据之外，我们需要给业务模型添加动作。
在之前建立的业务模型上，我们增加一个随机挑选的方法：shuffle，这个方法负责 从一个小型的名人库中随机的选择一个名人来更新模型的sb属性：
通过在button上使用ng-click指令，我们将模型的shuffle方法绑定到了鼠标点击 事件上。试着用鼠标点击【shuffle】按钮，我们的模型将从库里随机的选出一个 名人，显示在视图里。
示例代码参见→_→。
4.0 别把任何代码都塞到控制器里！
控制器的设计出发点是封装单个视图的业务逻辑，因此，不要进行以下操作：
DOM操作
应当将DOM操作使用指令/directive进行封装。
变换输出形式
应当使用过滤器/filter对输出显示进行转化。
跨控制器共享代码
对于需要复用的基础代码，应当使用服务/service进行封装
