違い: フロントエンドとバックエンドが分離されていない場合、フロントエンド ページに表示される効果はバックエンドによって制御され、バックエンドはページをレンダリングするかリダイレクトします。つまり、バックエンドはフロントエンドの表示と、フロントエンドとバックエンド間の結合を制御する必要があり、その度合いは非常に高いです。フロントエンドとバックエンドの分離では、バックエンドはフロントエンドが必要とするデータのみを返し、HTML ページをレンダリングせず、フロントエンドの効果を制御しなくなります。 -エンドとバックエンドは比較的低いです。
#この記事の動作環境: Windows10 システム、Thinkpad t480 コンピューター。
関連する推奨事項: 「プログラミング ビデオ 」
1. フロントエンドとバックエンドの分離の概念
1. フロントエンドとバックエンドの分離
(JSP | HTML)
では見ることができず、バックエンドはフロントエンドへのインターフェイスを提供し、フロントエンドは ## を呼び出すだけです。 #REST スタイルのインターフェイスはバックエンドによって提供され、フロントエンドはページ
(html|jsp) の作成と
(JS|CSS|さまざまなフロントエンド フレームワークのレンダリング) に重点を置きます。 ); バックエンドでコードを書くことに集中してください。
1. ソフトウェア アーキテクチャ モデル
MVC 設計パターンに最もよく知られている、
Model—View-Controller Model-View-Controller #########使い方 ?平たく言えば、ページに URL
(リクエスト)
を呼び出してください。このインターフェイスは実際にはバックエンドにアクセスするコード (メソッド) であり、バックエンドには多数のメソッドがあります。
177.25.26.7/idp/user/login
のように定義されます。ここで、 サービス (プロジェクト)、
user を表します。はクラスを表し、
login (MySQL| Oracle|Others)# に移動します。 ## データの取得。データベース テーブル内のデータの各行はオブジェクト、つまり
JavaBean を表し、最終的に
pojo メソッドを使用してコレクション フレームワーク
に保存されます ( List|Map|Set|etc.) 、メソッドはこのセットを返し、このインターフェイスを呼び出した結果は
(応答) で結果セットが得られ、フロントエンドがデータを取得します。その後、ページ
(html|Jsp) を通じて表示されます。ユーザーに表示されるのは、
View レイヤーの機能です。
2. フロントエンドとバックエンドを分離する理由以前、という話を聞きました。 TDD (テスト駆動開発、テスト駆動開発) はコードの品質を向上させることができるため、TDD
を実装しました。その後、BDD (動作駆動開発、動作-駆動開発)でビジネスニーズに合わせた製品を提供できる ソフトウェアについてはBDDを導入しましたが、その後
DDD(ドメイン駆動設計、ドメイン駆動設計)でビジネスコードと基本コードを分離できると聞きましたということで、
DDDを実装しました。今日、フロントエンドとバックエンドの分離が非常に人気があると聞いたので、フロントエンドとバックエンドの分離を実装しました。これが伝説的な
HDD (Hype-driven Development) です。
プロセス
:
TDD -》 BDD -》 DDD =》 HDD
3. フロントエンドとバックエンドの分離
フロントエンドとバックエンドを分離すると、フロントエンドとフロントエンドの間の分業が不均等であるという問題を十分に解決できます。処理のためにフロントエンドに割り当てられ、バックエンドは独自の作業に集中できます。たとえば、権限制御と計算作業のための API インターフェイスが提供されます。フロントエンド開発者は、nodejs
を使用して独自のローカル サーバーを構築し、ローカルで直接開発し、いくつかのプラグインを通じてapi リクエストをバックグラウンドに転送することで、完全にシミュレーションできるようになります。ラインやシーンを背景から分離します。フロントエンドはユーザーとの対話プロセス全体を独立して完了でき、両方が相互に依存することなく同時に作業を開始できるため、開発効率が向上し、分業のバランスが比較的取れます。
#利点は次のように要約されます。
開発効率の向上複雑で変化する最前線に完全に対応します。 -エンドの要件
コードの保守性の強化 #1. フロントエンドとバックエンドは分離されていません## 2. フロントエンドとバックエンドの分離
App
に接続されている場合、App
はバックエンドが を返す必要がない場合があります。 HTML
Web ページですが、データ自体だけなので、Web ページを返すバックエンドの元のインターフェイスは、フロントエンド App
アプリケーションには適用できなくなります。 #App バックエンドでは、別のインターフェイスのセットを開発する必要があります。
#フロントエンド分離の応用モードの場合-エンドとフロントエンドの場合、バックエンドはフロントエンドのデータのみを返します。必要なデータはレンダリングされなくなり、
にアクセスしてください。 ! ページはレンダリングされなくなり、フロントエンドの効果は次のようになります。もう制御されなくなりました。フロントエンド ユーザーにどのような影響が及ぶか、またバックエンドから要求されたデータがどのようにフロントエンドに読み込まれるかについては、フロントエンド自体に依存します。Web ページには独自の処理方法があり、
App には独自の処理方法がありますが、どのフロントエンドを使用しても、必要なデータは基本的に同じであり、バックエンドは外部にデータを提供するためのロジックを開発するだけで済みます。
フロントエンドとバックエンドが分離されているアプリケーションモデルでは、フロントエンドとバックエンド間の結合度は比較的低くなります。
さらに関連記事を読みたい場合は、
以上がフロントエンドとバックエンドの分離と非分離の違いは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。