这个问题取决于你用数据的时候,这个数据的业务关联性在你的 scope 层级里到底有多强。 强,就是说你非常确定在某个 scope 用到它的时候,向上找一定可以找到某个父级 scope,那就可以利用 scope 的继承性来共享。不过建议要用 controller as 的语法给每一个 controller 唯一的命名空间以避免对象重名。实际上你甚至可以把这个数据保存在 $rootScope 来全局共享(但是不推荐,因为 $rootScope 越轻越好),或者是有一个最顶层的全局 controller 来保存也可以。 不强,就是说你无法确定何时何处会用到这个数据,那就用依赖注入咯。纯数据的话,建议用 module.value (可变数据)或 module.constant(不可变数据),当然也可以用 module.factory 返回一个对象(这就和 module.value 一样一样的)。module.service 常用于返回一个构造器,你可以利用它生成不同的对象实例(区别于其他的单例 service)。 实际上 module.value/constant/factory/service 全都是 module.provider 的变种(语法糖),好好把官方文档里关于依赖注入和服务那一章看一遍你就全明白了。
这个问题取决于你用数据的时候,这个数据的业务关联性在你的 scope 层级里到底有多强。
强,就是说你非常确定在某个 scope 用到它的时候,向上找一定可以找到某个父级 scope,那就可以利用 scope 的继承性来共享。不过建议要用
controller as
的语法给每一个 controller 唯一的命名空间以避免对象重名。实际上你甚至可以把这个数据保存在$rootScope
来全局共享(但是不推荐,因为$rootScope
越轻越好),或者是有一个最顶层的全局 controller 来保存也可以。不强,就是说你无法确定何时何处会用到这个数据,那就用依赖注入咯。纯数据的话,建议用
module.value
(可变数据)或module.constant
(不可变数据),当然也可以用module.factory
返回一个对象(这就和module.value
一样一样的)。module.service
常用于返回一个构造器,你可以利用它生成不同的对象实例(区别于其他的单例 service)。实际上
module.value/constant/factory/service
全都是module.provider
的变种(语法糖),好好把官方文档里关于依赖注入和服务那一章看一遍你就全明白了。