フロントエンドとバックエンドを分離するためにどのようなテクノロジーが使用されていますか?

フロントエンドとバックエンドを分離するためにどのようなテクノロジーが使用されていますか?

1. AJAX や JSON などの基本的なインタラクティブ テクノロジ;

2. 同一オリジン ポリシーによって引き起こされる HTTP プロトコル、クロスドメイン アクセスの問題;

3. NodeJs を使用して中間層サーバーを構築し、フロントエンドのモック テストを実施します。

従来の分離方法

フロントエンドとバックエンドについて言及するとき、基本的には最初に登場します。違いは、バックエンドはデータベースとサーバーを処理し、フロントエンドはブラウザを処理することです。問題ないようです、誰もがそう思います。もちろん、これに問題はなく、コードのこれら 2 つの部分を分離するための境界としてブラウザーを使用しているだけであると常に考えてきました。しかし、フロントエンドとバックエンドの分離の本来の目的は、フロントエンド開発者とフロントエンド開発者の責任を分離し、同時に開発モデルの問題を解決することです。フロントエンドはブラウザーを処理しますが、ブラウザーが最終的に取得するページは、テンプレートを通じてサーバーによって生成された一時的な静的ページにすぎません。つまり、バックエンドはテンプレートを処理する必要があるため、実際には関与しています。もちろん、一般に、従来の 2 つの開発コラボレーション モデルがあります。

1 つは、最初にフロントエンドで静的ページを作成し、作成後にバックエンドにテンプレートを設定させる方法です。静的ページはローカルで開発できるため、ビジネスロジックを考慮する必要がなく、Viewを実装するだけで済みます。欠点は、バックエンド テンプレートも必要であり、エラーを避けるためにこれらのフロントエンド コードをバックエンドで参照する必要があることです。

もう 1 つのコラボレーション モードは、フロントエンドがテンプレートを直接書き込むことです。これの問題は、フロントエンドの書き込みプロセスがバックエンド環境に大きく依存していることです。バックエンドが完了していない場合は、 、フロントエンドはほとんど機能しません。

どちらの方法にも明らかに多くの問題があるようですが、少なくともこれがこれまでのところほとんどの企業で採用されているモデルです。彼らはフロントエンドの開発と物理層からのフロントエンドを区別し、フロントエンドの論理的な色を軽視します。フロントエンドの役割はページの静的バージョンを実装することなので、ほとんどの企業はフロントエンド エンジニアの仕事を見つけます。企業が募集する際の現在のフロントエンド エンジニアの要件を見ると、基本的なページ制作スキルに加えて、追加のデザイン責任も求められます。

この時点で、私たちは当初フロントエンドとバックエンドを分離したと考えていましたが、テンプレートという恥ずかしい問題に関して、フロントエンドとバックエンドのエンジニアは間違いなく多大な苦労をしました。 Web サイト全体のアーキテクチャという観点から言えば、これはフロントエンドとバックエンドの分離ではありません。

推奨チュートリアル: 「PHP」「JS チュートリアル」

以上がフロントエンドとバックエンドを分離するためにどのようなテクノロジーが使用されていますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。