好，继续上一章节我们继续聊聊angularjs骨架。开发任何一款优秀的应用都会面临一项非常困难的工作，那就是找到一种合适的方式方法把代码组织在合适的功能范围内。我们已经看过控制器的处理方式，它会提供一块空间，把正确的数据模型和函数暴露给视图模版。但是用来支持我们应用的代码该怎么办呢？有一块最明显的可以放在这些代码的地方，那就是控制器的函数。
这种做法对于小型的应用和例子来说可以工作的很好，我们已经看到过很多这样的例子，但是在真实的应用中，这种做法很快就会使得代码无法维护。控制器将会变成一个垃圾场，我们做的所有东西都会倒在里面。它们会变得非常难以理解，并且很难修改。
我们来看模块
我们来看模块，它们提供了一种方法，可以用来组织应用中一块功能区域的依赖关系；同时还提供了一种机制，可以自动解析依赖关系（又叫做依赖注入）。一般来说，我们把这些东西叫做依赖服务。因为它们负责为应用提供特殊服务。
例如，我们要在购物站点中的一个控制器中需要从服务器上获取一个商品列表，那么我们就需要这些对象——不妨把它叫做Items——用来处理服务器端获取商品列表的工作，进而，Items对象就需要以某种方式与服务器上的数据库进行交互，可以通过XHR或者WebSocket。
如果没有模块的情况下，我们的控制器看起来可能就是这样：
1 function ItemsViewController(){ 2 //向服务器发起请求 3 4 //解析响应并放入Items对象 5 6 //把Items数组放到$scope上，这样视图才能显示它 7 }