最近在看AngularJS权威指南，由于各种各样的原因（主要是因为我没有money，好讨厌的有木有......
不过幸好在看电子书之前，我已经稍微有点基础了，之前看着视频学习了一些，从双向数据绑定到服务，然后到指令系统，都多多少少有些接触。并且在一次web专选课结课作业当中，通过前端的AngularJS和后台的NodeJS加Mongoose搭建了一个简易学生班级管理系统。因为没有钱，所以只能放在GitHub了，GitHub地址: 学生管理系统，欢迎来fork哈，下面进入正题...
=======================================请叫我华丽的分割线=======================================
一个对象通常有三种方式可以获得对其依赖的控制权：
(1) 在内部创建依赖； (2) 通过全局变量进行引用； (3) 在需要的地方通过参数进行传递。
依赖注入是通过第三种方式实现的。其余两种方式会带来各种问题，例如污染全局作用域，使隔离变得异常困难等。依赖注入是一种设计模式，它可以去除对依赖关系的硬编码，从而可以在运行时改变甚至移除依赖关系。
在运行时修改依赖关系的能力对测试来讲是非常理想的，因为它允许我们创建一个隔离的环境，从而在测试环境可以使用模拟的对象取代生产环境中的真实对象。
从功能上看，依赖注入会事先自动查找依赖关系，并将注入目标告知被依赖的资源，这样就可以在目标需要时立即将资源注入进去。
在编写依赖于其他对象或库的组件时，我们需要描述组件之间的依赖关系。在运行期，注入器会创建依赖的实例，并负责将它传递给依赖的消费者。
SomeClass 能够在运行时访问到内部的 greeter ，但它并不关心如何获得对 greeter 的引用。为了获得对 greeter 实例的引用， SomeClass 的创建者会负责构造其依赖关系并传递进去。
基于以上原因，AngularJS使用 $injetor （注入器服务）来管理依赖关系的查询和实例化。事实上， $injetor 负责实例化AngularJS中所有的组件，包括应用的模块、指令和控制器等。
在运行时，任何模块启动时 $injetor 都会负责实例化，并将其需要的所有依赖传递进去。
例如下面这段代码。这是一个简单的应用，声明了一个模块和一个控制器：
当AngularJS实例化这个模块时，会查找 greeter 并自然而然地把对它的引用传递进去：
