Angularjs は非常に強力で、MVC やその他の機能がフロントエンドに実装されています。データを取得するには、通常 $http を使用してバックエンドから取得しますか? 他に取得する方法はありますか?この場合、バックエンドは API を書くだけで済むのではないでしょうか?
PHP で API を記述するための一般的なフレームワークは何ですか? Laravelはすごくチートっぽいですが、テンプレートエンジンがあるのですが、適しているのでしょうか？
フレームワークを使わずに直接書いた方が良い
申し訳ありませんが、気に入っていただけるほどの評判がありません。 o(╯□╰)o
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
NG は MVVM フロントエンド フレームワークであり、フロントエンドとバックエンドを完全に分離し、バックエンドでのみ API を提供することが理想的です。フロントエンドとバックエンドの分離が実現されるため、独立したフロントエンドとバックエンドのアプリケーションを開発できるようになり、ブラウザーによるバックエンド API の使用方法は、Andoird iPhone などのモバイル デバイスにも適しています。フロントエンド アプリケーションを開発する場合、バックエンド プログラミング言語は必要なくなり、HTML/CSS/JS のみが必要になります。これは、ほとんどのフロントエンド開発者にとって解放です。
これは素晴らしいことです。そして私は個人的に、これは Angular だけに起因するものではなく、RESTful スタイルのインターフェースが広く受け入れられたことにも大きく関係していると考えています
すべてのフレームワーク、デザイン、プロジェクトには、努力の最終的な方向性が 1 つだけあります: 全員が自分の分野に集中しましょう
Angular が登場する前には、extjs などの SPA (シングル ページ アプリケーション) 用のフロントエンド フレームワークもあり、ビュー レイヤー全体をブラウザー側に置きました。
SPA の開発方法は、次の非常に重要なメンテナンスの問題点を解決します。フロントエンドとバックエンドのテンプレートのダーティ領域 以前は、この領域はフロントエンドの共同メンテナンスが必要でした。バックエンドエンジニアは プレゼンテーション層の作業に直接 参加する必要がなくなりました
しかし、広く認知されたインターフェイススタイルがないため、インターフェイスを設計する際にプレゼンテーション層を考慮することが避けられず、再利用は困難です。最も一般的な状況は、同様のバックエンド リソースに対して複数のソケットを繰り返し開発することですが、これは実際にはバックエンド エンジニアの貴重な時間を無駄にしています。
エンジニアリングの観点からバックエンドエンジニアを確保することは、バックエンドの生産性にとって大きな解放であると言えます。
これを達成するには、フロントエンドとバックエンドで一般に受け入れられる一連のインターフェイス スタイルが必要です。これは、クロスページ、さらにはクロスプラットフォームのリソース アクセスのニーズを満たすことができ、同時に時間には適切なセマンティクスとキャッシュ可能性があります只管写接口，只管把接口写好
答えはRESTfulです
RESTful スタイルのインターフェイスは広く受け入れられているため、フロントエンドは、RESTful リソースにアクセスする限り、フレームワーク レベルでどのバックエンドと連携するかを考慮する必要はありません。バックエンド エンジニアは、クライアントが Angular/バックボーンを使用しているかモバイルを使用しているかに関係なく、プレゼンテーション層から完全に切り離されています。インターフェースを書いてインターフェースをうまく書くだけ
全員が自分の分野に集中すると、価値が最大化されます理論的にはそうです
残りは API ルートです。アプリケーションが SPA に作成されている場合、バックエンドはページをレンダリングするために 1 つのルート ルートのみを必要とします。
しかし、実際のプロジェクトでは、SPA が使いやすいか、落とし穴が多いかどうかを判断するには、バックエンドのハイブリッド ルーティングをフロントエンド SPA と組み合わせる必要があります。
バックグラウンドで API を書きました。これはほぼ次のようなものです