Angularjs 为资源创建单独的服务是否是一种良好的做法?

Angularjs 为资源创建单独的服务是否是一种良好的做法?,angularjs,Angularjs,因此,我有这样的角度资源:var-resource=$resource('/Auction/api/items/:id',{id:'@id'}) 我需要多个控制器。那么,用所有资源创建一个服务,并将它们注入我的控制器中,这是一个好主意吗?当然,因为Angular.js中的服务是单例的,所以它是创建共享资源的最佳场所。但是,不要创建一个大型服务,而是为您的资源创建个性化服务。是。。。。。。。。。。。。。。这就是服务的目的,你不必重复呼叫、逻辑等。。。抽象出任何映射机制我认为没有,因为你失去了角度、

因此,我有这样的角度资源:
var-resource=$resource('/Auction/api/items/:id',{id:'@id'})


我需要多个控制器。那么,用所有资源创建一个服务,并将它们注入我的控制器中,这是一个好主意吗?

当然,因为Angular.js中的服务是单例的,所以它是创建共享资源的最佳场所。但是,不要创建一个大型服务,而是为您的资源创建个性化服务。

是。。。。。。。。。。。。。。这就是服务的目的,你不必重复呼叫、逻辑等。。。抽象出任何映射机制我认为没有,因为你失去了角度、逻辑共享的甜蜜部分:)我总是为不同的资源创建单独的服务,你可以为它们提供一些扩展方法,一般来说,文件越多越好;)(当然只是给初学者的建议…)不确定它是好是坏,我们为每个资源创建一个服务,然后将资源注入到我们的数据服务中。这样我们就知道数据服务依赖于哪些资源。