Dinlendirici bir API JSON temsilini göre tasarlıyorum. HATEOAS uymak için, kaynaklar arasındaki bağlantıları kapsamlı bir şekilde kullanıyorum. Bu nedenle, ATOM bağlantılar için çok benzer bir seri bağlantılar için this suggestion takip ettim.

Şimdi bazen sorunlar doğru bağlantı ilişki türünü tespit ettim. Bir kaynak kendisi için bir bağlantı içerir, self ilişki açıktır. Kaynakları alt kaynakları koleksiyonları ve toplamalardan daha karmaşık alır, ya da ilgili kaynaklar için birçok bağlantılar içerir.

Örnek olarak bir blog yazısı alın, ve post – yazar da dahil olmak üzere, bir anlık döndüren bir kaynak sanırım bu blog yazısı etiketleri ve açıklamaları. Belli ki, bu kaynak birçok subresources ve tabii ki aynı zamanda onlara ayrı bağlantılar sağlar gerektiğini içeren:

Sample Resource:

{
   "blogpost":{
      "link":{
         "rel":"self",
         "href":"http://blog/post/4711"
      },
      "author":{
         "name":"Bob",
         "link":{
            "rel":"???",
            "href":"http://author/uri"
         }
      },
      "title":"foobar",
      "content":"A long article here…",
      "comments":[
         {
            "comment":"great article",
            "link":{
               "rel":"???",
               "href":"http://blog/post/4711/comment/1"
            },
            "author":{
               "name":"John Doe",
               "link":{
                  "rel":"???",
                  "href":"http://author/uri"
               }
            }
         }
      ],
      "tags":[
         {
            "value":"foo",
            "link":{
               "rel":"???",
               "href":"http://blog/post/4711/tag/foo"
            }
         }
      ]
   }
}

Verilen bağlantıları için uygun ilişkiler nelerdir? tag, ama benim tüm kaynakları gibi ilişki türleri mevcut ilişki türleri aynı olduğunu biliyorum. Ya da yazar/etiket bahsederken self kullanmak için Tamam/(alt)içine JSON nesne bağlamında ilgili yorum çünkü? self dir semantik varlık nedir?

RFC 5988 Birleşik Devletleri:

Bağlantı bağlamında bir yem IRI veya giriş KİMLİĞİ ya da bulunduğu yere bağlı olarak

Nasıl JSON açısından yorumlayabilir miyim? Her yeni {…} yeni bir bağlam nesnesi mi?

Teşekkürler!

Bu harika bir soru. Eğer Hal örneğin bakarsanız rels alt kaynak kapsamında tanımlanan göreceksiniz.
Rel bir bütün olarak kaynak ile ilgili ise herhangi kesin bir rehber ya da bulunan bir alt kaynak bilmiyorum.
Gösterebilirim bilgiler sadece ekstra parça bağlam IRI ya bir parça ya da tamamen yeni bir URI kullanarak yeniden tanımlamak için izin verir RFC5988 demir parametredir.

İdeal olarak, medya içerik IRI iç içe kaynaklar için farklı olup olmadığını, ya da bağlam IRI açıkça değiştirilmesi gerekir olup olmadığını belirtmelidir. Bu uygulama/try gibi bir ortam türünü kullanarak başka bir yararı olur.hal Hal Birleşik Devletleri spec olarak düz eski uygulama/json yerine json:

@hedef URİ ile nasıl tanımlamak İçin 'Konu rel '. Kaynak Konu Kaynağa yakın ana kaynaktır eleman.