Angular $provide

使用Angular开发项目已经有了不短的时间，在最近搭建一个项目的前端时遇到了问题。

随着项目的增大，通过angular-ui处理的路由配置的不断增加，使得module.config的内容不断膨胀，这时通常的做法是将所有的router配置抽出到一个文件中去统一配置，而module.config中只需做一个简单的路由mapping，这样既方便代码的维护，又增加了代码的易读性。每当想建这样一个跨scope的单例数据源或者一个服务时同城就会很直接想到建一个factory或service去处理，于是我也建立了一个这样的factory来作为单例数据源通过angular注入的方式注入到module.config中，然而问题出现了，页面直接出现如下错误。

页面错误
我再三仔细查看代码，发现语法上没有任何错误，最后从错误提示上的Unknown provider想起——在module.config中只能注入provider，而不能注入service或factory。

在重新查阅API文档和一些其他资料之后，我对Angular $provide有了全新的认识，纠正了我一些原有的错误想法。
首先，所有Angular的服务都是单例，这里的服务不单单指我前面提到的provider, service和factory，还包括另外3个以前我并不知道的constant, value和decorator。
然后再分别看看这6个方法的不同之处：

1. provider：provider是一个构造器用来返回一个服务实例。需要注意的是，provider的参数可以是一个构造函数也可以是对象，如果是一个对象，那这个对象必须提供$get属性，当provider被注入时调用$get属性返回所需要的实例；还有一点是，在使用provider注入时，需在你定义的provider名后添加Provider后缀，即module.provider('listen', function(){})，在注入时就需要使用xxService.$inject = ['listenProvider'];
2. factory: factory就是通过provider第二个参数为对象的方法实现，factory底层通过调用$provide.provider(name, {$get: $getFn})，而$getFn就是自定义factory的参数，即factory所传的方法需返回一个对象，这个对象会绑定到provider的$get属性上。
3. service: service也是对provider的一种封装，service的第二个参数是一个构造函数，当service被注入时，会通过provider来返回一个服务实例。
4. value & constant：value和constant两个方法的参数可以是任意的类型，当它被注入时返回一个包裹了这个值的服务。两者的不同之处在于，constant可以在module.config里被注入，而value不能，与此同时，constant的值是常量不能修改也无法被decorator装饰。
5. decorator：即装饰器，用于在service创建时对service进行重写或修改。

显然，使用constant服务来建立这个配置信息来解决之前提到的问题是最恰当的。