Web メソッドと API メソッドの本当の違いがよくわかりません
Web メソッドはブラウザを使用したフロントエンドのプレゼンテーションに相当し、API はアプリを使用した携帯電話/タブレットのプレゼンテーションに相当すると感じています。
また、Web メソッドは自然かつ簡単に状態 (セッション、クッキー) を維持できますが、API はステートレスですが、トークンを使用して人為的に状態を維持できます。
この理解が正しいかどうかわかりませんが? 【質問1】
APIメソッドにajaxの問題はありますか？ 【質問2】
laravel を使って、Web サイトの基本的なプロトタイプを少しずつ作成しました (当然 Web モードで)。将来的には、対応するモバイル/タブレット アプリのフロントエンドを開発することを検討しています。この時点で、削除してもよいかと思いました。ブラウザーであれアプリであれ、すべての Web アクセスは API を介してバックエンド (サーバー) に接続されます。この方法では、Web ベースのバックエンドを開発する必要はなく、API ベースの開発のみが必要です。バックエンド。
それは可能ですか？ 【質問3】
実装は簡単ですか？ 【質問4】
これは業界の一般的な慣行ですか？ 【質問5】
よろしくお願いします！
黄舟2017-05-16 16:49:25
質問 1: 基本的に正しいです。トークンの使用は状態の維持とはみなされません。それは単なる一時的なアクセス トークンです。
質問 2: バックエンド API は、フロントエンドが ajax であるかどうかを気にしません。結局のところ、ajax は単なる Web テクノロジーであり、API はさまざまなタイプの HTTP リクエストを受信できます。 Web Ajax で注意する必要がある唯一のことは、クロスドメインの問題です。
質問 3: もちろん可能です。これは、フロントエンドとバックエンドが分離された典型的な Web 開発です。
質問 4: 簡単です。フロントエンドとバックエンドは API インターフェイスについて合意するだけで済みます。
質問5: 実は昔からよくあることですが、これを自主的に実現できるのは良いことです。
怪我咯2017-05-16 16:49:25
PC側とアプリ側で同じ一連のコードAPI実装を使用する問題については、メリットとデメリットがあります。アプリはインターフェースによって制限されるため、提示されるコンテンツはPC側とは依然として異なるはずです。もちろん、コードを変更するときは 2 か所を変更する必要があるため、独自の総合的な考慮事項を検討する必要があるという欠点もあります。
曾经蜡笔没有小新2017-05-16 16:49:25
製品サービスを多くのプラットフォームに拡張する必要がある場合は、API を使用して開発する必要があると感じています。さらに、各プラットフォームの機能とコンテンツは高度に連携しています。
ウェブサイトに多くの機能があり、主にウェブサイトによって運営されているが、アプリが大幅に簡素化されている場合は、この時点でアプリ用に独立した API を作成することもできます。従来の方法でウェブサイトを開発する方が効率的です。
PHP中文网2017-05-16 16:49:25
フロントエンドとバックエンドの分離は SEO にとってあまり好ましくありません。
SEOやフロントエンドとバックエンドの分離を考慮するため、バックエンドの言語を変更するのは少し時間がかかります
