In most cases the result of <custom-resource>.query()
method is an array, which can be easily extended with some methods (business logics) with the following (factory) code:
var Data = $resource('http://..');
Data.prototype.foo = function() {return ...};
this is perfect for using with ng-repeat / ng-class, like so:
<tr ng-repeat="item in responseData" ng-class="{warning: item.foo()}">..</tr>
My problem is that every list response is encapsulated in an object which, besides the actual list, has some meta-properties (sorting info etc), so the final object returned is like this:
{ order_field: "name", items: [{..}, {..},{..}] }
Now, how do I make the same thing as previously with ng-repeat/ng-class?
<tr ng-repeat="item in responseData.items" ng-class="????">..</tr>
the previous method won't work as the "foo" method is defined on responseData
and NOT on item
object
Is there any way to directly extend the base class used for instantiating objects on the list?
Thanks!
You could put the metadata in a header. I always put paging data there. That way your query will still return an array, which I believe is a good thing. Queries should return arrays of data, not single data.
I've found that problem before, and the solution seems to be
transformResponse
, as John Ledbetter says in the other answer.Anyway, if you need to keep the entire object, and also having the array in 'items' filled with instances of the resource, you might be able to do it with the following trick:
Taking the example from John's answer, and modifying it a bit:
If you're using angular-resource 1.1.5 (which as far as I can tell actually works fine with angular 1.0.7), there is a
transformResponse
option you can specify when overriding$resource
methods:If you do this, you no longer have to manually pull the items out of the wrapped response, and each item will be an instance of
Post
that has access to the.foo
method. You can just write:The downside to this is that you lose access to any of the outer fields in your response that aren't inside items. I'm still struggling to figure out a way to preserve that metadata.
This is an old question, but I just ran into this issue myself. gargc's solution is the right approach, but there is an improvement.
transformResponse
accepts an array that gets passed to the$http
service. Rather than completely replace the transform function, you can append your transform to the defaults to just make the updates you need: