RESTful Webサービスの利点は何ですか？

アカデミックタスク…最初に.html、さまざまな行政区分での選挙結果を示す一連の静的ファイルを生成するように指示されました。次に、Djangoテンプレートを使用してこれを「近代化」するように指示されました。十分に公正で、私はそのようなアプローチの利点を見ることができます。

しかし、アプリを「RESTful」にすることで、これをさらに「mordernize」するように言われました。私の知る限り、これはサーバーがクライアントにJSON形式の生データを送信することでリクエストに応答するAPIのみを公開できることを意味します。静的なHTML + CSS + JSサイトであるクライアントは、このJSONを受信し、JavaScriptを使用してブラウザー側で動的にWebページを構築する必要があります。

悲しいことにいくつかの講義を欠場したので、これが説明されたはずですが、そのようなアプローチの利点は誰にでも説明できますか？私は欠点しか見ることができないと言わなければならないので：

• JavaScriptが無効になっているユーザーは、ページを表示できません。
• 私が間違っている場合は修正してください。ただし、このようなサイトのコンテンツはGoogleでインデックスに登録することができません。
• ユーザーが特定の部門の選挙結果をブックマークすることは不可能です。代わりに、サイドにアクセスするたびに、クリックして特定の部門の結果をJavaScriptに読み込ませる必要があります。または、これを行うSeleniumボットをデプロイします。
• ブラウザのボタンを元に戻す/進む。

技術的には、HTMLページを提供するWebサーバーは RESTfulです。統一されたインターフェイスに従って、メディアタイプが適切に設定されている限り、Text / Htmlは有効で完全に有効な表現です。動詞（GET、POSTなど）を乱用せず、HATEOAS（つまり、基本的にリソースを一意に識別する賢明なURLを使用する）に従って、安静にします。

あなたの教授が求めていることは、あなたのWebページがRESTful APIを使用し、jsonを返すことが多いということです（ただし、クライアントが受け入れる任意のメディアタイプを返すことができます）。

あなたの反対について：

JavaScriptが無効になっているユーザーは、ページを表示できません。

まあ、彼らは動的なコンテンツを取得することはできません。ページはまだ静的コンテンツを含むことができます。

私が間違っている場合は修正してください。ただし、このようなサイトのコンテンツはGoogleでインデックスに登録することができません。

メタタグを含む静的コンテンツは問題なくクロールできます。

ユーザーが特定の部門の選挙結果をブックマークすることは不可能です。代わりに、サイドにアクセスするたびに、クリックして特定の部門の結果をJavaScriptに読み込ませる必要があります。または、これを行うSeleniumボットをデプロイします。ブラウザのボタンを元に戻す/進む。

いや。HATEOASを適切にフォローしている場合、URLはページのレンダリングに必要なすべての状態情報を提供し、URL内にある場合はブックマーク可能です。

微妙な違いですが、WebページからWebアプリケーションに移行しています。Webページでは、サーバーとクライアントは密結合しています。情報を表示するための唯一のオプションは、Webページ経由です。

データをRESTful Webサービスに移動することで、ビュー（以前はWebページでした）とモデル（データ）が完全に分離され、データとの対話のオプションが増えます。

REST APIは、他のAPIと同様に、クライアントが使用できる機械可読インターフェースでリソースを利用できるようにします。

そのAPIを使用してWebサイトを構築する場合、同じサービスを使用する可能性のある多くのアプリケーションの1つです。

RESTスタイルの利点は次のとおりです。-既存のプロトコル（ここではHTTP）を使用してデータを交換します-定義されたメディアタイプを使用してリソースを交換します。

これは、他の開発者が既存の知識とツールを使用してAPIを使用できることを意味します。