問題タブ [hydra-core]

POCOのプロパティの属性を使用してJsonオブジェクトをシリアル化するライブラリ(.net C#)を探しています(または作成します)。私はこれを見ましたが、まだプレビュー中であり、もうアクティブではないようです:

https://github.com/NuGet/json-ld.net

その辺の知識があれば教えてください。

編集:オブジェクトの属性をチェックし、それに応じてシリアル化する Newtonsoft.Json.JsonConverter を実装するのが最善の方法だと思います

私は現在、API を公開するためのテクノロジー/フォーマットを選択中です。このトピックについては多くの議論があるようですが、将来使用するためのものを見つけることができませんでした. Hydraを使用する予定です:

http://www.markus-lanthaler.com/hydra

完全に休息しているように見えますが（ハイパーメディアAPI）、まだ受け入れられていないようです（HALもそうではありません）。

http://www.markus-lanthaler.com/hydra/api-demo/vocabに行くと、swagger が返すような json が表示されます。

私の質問: - Hydra Documentation は、swagger のような sthg を意図したものですか? swagger のようなツールを見つけることができます。- json-ld を使用して、操作に関する詳細な説明があるように見えるので、Hydra を使用したいと思いますが、Hal や swagger ほどサポートされていないようです。・ハイドラ経験のある方

RESTful Web API ブックでは、著者は、プロファイルを公開し、リンク関係を認識するコンテンツ タイプを使用することを勧めています。Hydraによって拡張されたJSON-LDはこれらの要件に適合しているようで、新しい API の設計に使用したいと考えています。

現在、パフォーマンスの問題で立ち往生しています。オンラインの自転車店を経営していて、特定の自転車の車輪に関する情報を取得したいとします。

Hydra 仕様の場合、ホイールの詳細を取得するには 2 つのリクエストを送信する必要があるようです。最初のリクエストは、自転車自体に対するものです。

応答には、車輪のコレクションへの Hydra::Link が含まれています。

これで、wheels リソースに 2 番目のリクエストを送信して詳細を取得できます。

単一のリクエストを送信して、以下のようなレスポンスを取得することは有効ですか?

事前に: ハイパーメディアまたは Restfull の概念を誤解していたら申し訳ありません: 進行中の作業です...)

ハイパーメディアとヒドラ ( http://www.markus-lanthaler.com/hydra )を理解しようとしていますが、API を設計する前にクライアントに情報を返すことについていくつか質問があります。

www.myshop.com にウェブショップがあるとします。

ルートへの HTTP GET は、(たとえば) リンクとして表されるリソースのリストを返すことができます (json-ld ドキュメント内):

ヒドラに関する最初の質問です。ここにアクションを追加するにはどうすればよいですか? アプリケーションをロードする前に、クライアントが別のドキュメントをロードする必要があるようです。www.myshop.com/api から取得したドキュメントに潜在的なアクションが含まれていないことを意味します。

さらに進んで、productsは hydra:Link であると述べたので、クライアントは HTTP GET でそのリンクをたどって (対話して)、製品のリストを取得できます。それは次のようなリストになります:

ここで、クライアントは製品のリストを受け取ります (ページ化されたコレクションである可能性があります)。しかし、クライアントがそれをユーザーに表示したい場合は、 [製品 ID、価格、名前] (すべての製品のプロパティではない)を持つテーブルを考えてみましょう。

2番目の質問:クライアントが各製品のサーバーにリクエストを送信せずに、製品の詳細情報を取得するためのリンクを提供するにはどうすればよいですか?削除して、友人と共有するために 1 つ、バスケットに追加するために最後の 1 つ) ?

実際、ドキュメント自体にリンクが含まれていないため、ヒドラがどのように機能するのかを理解するのは困難ですか? Hal はこのアプローチを使用して、ドキュメント自体にリンクを作成していると思います (私が正しい場合)。

よろしく

hydra を使用して定義された操作を持つ JSON-LD の RESTful サービスのスケルトンを生成するツールはありますか? たとえば、以下の例を見てみましょう。Java クラスに Person が存在すると仮定すると、JSON-LD をリバース エンジニアリングして完全な spring mvc コードを生成するツールを構築する生のアイデアは何でしょうか。

おそらく非常にばかげた質問ですが、自分で問題を解決する方法がわかりません。M. Lanthaler から Hydra Console を発見し、それを自分のマシン (apache2) にデプロイしました。次に、Hydra コンソールの例として使用されているサンプル アプリケーション (Issue Tracker) と同様のエントリ ポイントを作成しようとしました。次のようになります。

Context と Vocab は、EntryPoint.jsonld と同じディレクトリにデプロイされます。残念ながら、これは機能しません。このドキュメントを Hydra コンソールで開くと、次のように表示されます。

そして、後の3つのツールチップとして「IRIにマップされていません」と表示されます。エラーメッセージや何が間違っているのかを理解する方法がないので、ここで質問します。問題を解決するのを手伝ってください。自分でデバッグする方法のヒントがあれば歓迎します。

(注: JSON-LD プレイグラウンドを使用しようとしましたが、Lanthaler の Web サイトからも JSONLD をロードできないため、あまり役に立ちません。)

私は JSON-LD が初めてで、Hydra のsupportedOperationまたはsupportedPropertyを使用せずに、JSON-LD でサポートされているリソースの操作を指定する方法があるかどうか疑問に思っていました。次のようなコンテキストを指定する方法はありますか:

どんなガイダンスも大いに役立ちます..

Golang 用のHydraドキュメント ジェネレーターに取り組んでいます。私はデモを例として使用してきましたが、ヒドラ用語のあいまいさについて疑問に思っていました。

• hydra:titleとはどう違いrdfs:labelますか？labelで使用されますが、 プロパティだけでvocab:Userなくとにもhydra:title使用されます。ResourceCollection
• Resourceと と言えばCollection、なぜこの ApiDocumentation で再記述されているのですか? それらはヒドラ/コアの一部であるべきではありませんか?
• 多くのプロパティには、同じ情報を含むhydra:title + hydra:descriptionとの両方があります。label + description何故ですか？無視して大丈夫ですか？

仕様でそれを見つけられなかった場合は事前にお詫びしますが、ハイパーメディア API に興味を持ったのはつい最近のことであり、多くの概念はまだ少し曖昧です。