質問: フロントエンド開発とバックエンド開発の分離をどのように理解すればよいですか? 分離することのメリットとデメリットは何ですか?特定のプロジェクトを開発する際の分離について、何かアドバイスをください〜
以下はフロントエンド開発とバックエンド開発の分離・非分離についての私の理解です。不適切な点があればご指摘ください〜
表現: フロントエンド開発プロジェクトはバックエンド開発プロジェクトから分離されており、通信はクロスドメインリクエストを通じて行われ (開発状況ではプロキシ経由が多い)、ページルーティングはフロントエンドによって処理され、すべてのデータが取得されます。
特徴:
フロントエンドとバックエンドの開発は相互に影響しません。
フロントエンドはすべてのデータを一元管理でき、アプリケーション データはすべてのページでアクセスできるため、リクエストの繰り返しを回避できます。同じデータを取得するには、
ページの読み込み後にデータの読み込みに時間がかかり、データの遅延やデータの読み込みに失敗することがあります。
フラグ: /#/、ドメイン名の後にこの記号があります。 URL
開発方法:
1) 開発中に分離し、開発後にマージします。例:
vue-cli
経由 作成されたプロジェクトの場合、フロントエンドの開発が完了した後、生成されたフロントエンドエンド リソース ファイルはバックエンド プロジェクト (laravel など) にマージされます。vue-cli
建立的项目,前端开发完成后把生成的前端资源文件合并到后端项目(如laravel)里;
2)开发时分离,开发完成仍保持分离,比如:ionic
2) 開発中に分離され、開発後も分離されたままになります。例:
ionic
ハイブリッド APP プロジェクトが開発されました
表現:
フロントエンド プロジェクトとバックエンド プロジェクトは同じであり、ページ ルーティングはバックエンドによって処理され、データ通信は同時にドメインを越えて返される必要はありません。 特徴:
開発中にフロントエンドとバックエンドは密接に接続されます。
バックエンドはページを返すときに同時にページに必要なデータを返すため、ユーザーがページにアクセスしたときのデータの遅延またはデータ取得の失敗 開発方法: laravel
的blade
Web研究開発モデルの進化
この質問は技術的な考慮事項に基づいています。実際、分離するかどうかはビジネスとコストによって決まります。フロントエンドとバックエンドの開発者が十分にいて、ビジネスが比較的複雑な場合は、当然ながらフロントエンドとバックエンドを分離し、専門の人材が専門的な作業を行う必要があります。これは、品質とその後のメンテナンスを要求する上で有益です。 。ただし、フロントエンドとバックエンドを分離すると、コミュニケーション コストも増加します。ビジネスのフロントエンドとバックエンドの両方を理解する必要があり、フロントエンドとフロントエンドの共同デバッグとテストが追加されます。リンク。
メリット:
インターフェースに同意した後は、フロントエンドとバックエンドを並行して開発することができ、品質と後のメンテナンスも大幅に向上します。
デメリット:
通信コストと人件費がかかる。