ngResourceネストされたリソースを解決する

Question

ngResourceレスポンスでネストされたリソースを解決するためのオプションはありますか？

ngResourceのネストされたリソースのエンドポイント解決に関するいくつかの関連する質問がありましたが、この質問は、REST応答にクエリ中のコレクションにネストされた2番目のリソース、特に1対1のマッピング例えば持っていないだろうpets/<id>/ownerをそれ自体のリソースとして使用します。

GET /ペット：開発者として

[{ 
    name: 'spark', 
    type: 'dog', 
    owner: '/owners/3/' # alternatively just '3' or the full object. 
}] 

、私は時々、時々私がしたい、全体としてOwnerリソースを照会する

は2つのリソース、PetsとOwnersがあると言いますPetリソースを照会してから、owner属性をリソースインスタンスに自動的に解決します。

これは私の現在のソリューションである：ここ

.factory('Pet', function ($resource, Owner) { 
    var Pet = $resource('/pets/:id', {id: '@id'}); 

    Pet.prototype.getOwner = function() { 
    return new Owner(this.owner); // or Owner.get({id: this.owner}) 
    } 

    return Pet; 
}) 

問題点は多いです。誠実さがあります。この実装は、私が信じるように、同じリソースの複数のインスタンスを可能にします。その後、実用性があります。また、（ownerとgetOwner()の代わりにownerを追跡する追加の属性があります。モデルを保存したい場合はsetOwner）。

代替ソリューションはtransformResponseで構築することができますが、ネストされたマッピングを持つすべてのリソースにそれを含めるにはハック感があります。

Answer 1

Martin GontovnikasがRestangularを作成した理由はこれが正しいと思います。彼は主な枠組みの中で入れ子になった$資源を扱わなければならないのが好きではなかった。私は彼のRestangularソリューションがあなたのニーズにうまく収まると思います。彼のコードはGitHub hereにあり、彼はyoutube hereに素晴らしいイントロビデオを持っています。

私はそれがあなたがしたいことを正確にしていると思うでしょう。

Answer 2

更新：私は少しこれで作業を終え、a new angular module, available on GitHubを開始しました。以下の答えは、私が元々書いた傑作です。

私が探していたもののようにそこには何もないようです。 getとgetList（クエリ）の操作のみをサポートするソリューションの実装を開始しました。残りのメソッドは、ngResourceモジュールのレイアウトを維持しているので、追加するのは簡単ではありません。私の実装のGistは以下の通りです。

https://gist.github.com/lyschoening/7102262

リソースは、単に正しいResourceモデルに包まれますフルオブジェクトとして、または自動的に解決を取得のURI、のいずれかとしてJSONに埋め込むことができます。組み込みリソースに加えて、モジュールは、実際の親子コレクション（親が選択された後にのみリソースにアクセスできる）または相互参照コレクションとしての典型的なネストされたリソースもサポートしています。

Yard = Resource('/yard')  # resource model 
Yard.$nested('trees')  # embedded item or list of items 

Chair = Resource('/chair') 

Yard.$nested('/chair')  # sub-collection without its own model 
          # (for many-to-many) 

Tree = Resource('/tree') 

# child-collection with its own model 
TreeHouse = Tree.$childResource('/treehouse') 


yard = Yard.get(1) 
# GET /yard/1 
# { 
# "uri": "/yard/1", 
# "trees": [ 
#  "/tree/15", -- reference, looked-up automatically with GET 
#  {"uri": "/tree/16", "name": "Apple tree"} 
#      -- full object, resolved to Tree instance 
# ] 
# } 
# GET /tree/16 
# {"uri": "/tree/15", "name": "Pine tree"} 

yard.chair.getList() 
# GET /yard/1/chair 
# [{"uri": "/chair/1", ...}, ..] 
# -- model inferred from URI 

yard.trees[0].treehouse.getList() 
# GET /tree/15/treehouse 
# [{"uri": "/tree/15/treehouse/1", ...}, ..] 
# -- automatically resolved to TreeHouse instance