2016-07-20 2 views
0

バックエンドリソースによってバックアップするためにRESTサービスが必要ですか?ノードサーバをサービスとして実行

ユースケースはこちらです。
私はそれをどちらかのHTML、CSSやJSファイルにJSONファイルを変換して返すようにサービスとして動作するノードのサーバーインスタンスを実行すると、次のエンドポイントについて考えた:インラインCSSと

  • HTML/JS:/:slug
  • HTML:/:slug/html
  • CSS:/:slug/css
  • JS:/:slug/js

実際、エンドポイントはバックエンドリソースのエンドポイントを表すものではありません。 jsonファイル(要求本体で送信される)を変換する必要がある場合、クライアントが呼び出す汎用エンドポイントを表します。

これは受け入れ可能なのですか、それともRESTのパラダイムに逆らっていますか?

+1

あなたはどうやって '/ convertJSON?id = slug&format = html'をやってみてはどうでしょう...それはただ一つのエンドポイントです...あなたの質問に答えるのに、決して必要ありません。 –

+0

私は思いませんURIエンドポイント設計のためのガイドラインまたは標準があります。私が知っていることは、それがラクダの事例でない限り、すべてのものが、外部の当事者によって容易に理解されることができる、あなたはすばらしいはずです。私がここに間違っていれば私を修正してください。 –

答えて

1

完全にRESTfulなデザインにすることは楽しい考えです。私の考えは、それぞれを独自のエンドポイントとして扱うことです。あなたが道をより多くの柔軟性を持ち、統合に少し面倒で、将来的には他の関係者に、この機能を見えるようにすることができる方法

POST/  everything 
POST /css  the css 
POST /HTML the html 
POST /JS  the js 

私の入力は少し役に立ちます。

+0

それも私の最初のアイデアでした。私はここで疑問に思っています。クエリパラメータを使用したコメントがあれば、どちらもうまくいくと思います。私はまた、受け入れヘッダを使ってリクエストを行うことも考えました。 – Trace

関連する問題