n 層開発の新しいユーザーですが、使用するレイヤーの数をどのように決定すればよいのでしょうか? 私はDALとBLLの構造と分割を知っていますが、一部のユーザーは、開発者が多かれ少なかれ層にする必要がある理由に応じて、プロジェクトをより多くの層に分割する場合がありますか? パフォーマンスと機能上の理由ですか?説明してください。
また、ティアの標準数はありますか?
2 に答える
アプリケーションの開発と保守を管理するには、アプリケーションを論理 (および物理) ユニット/グループに分割する必要があります。それぞれが特定の問題 (機能、インフラストラクチャ、またはその他の用語) に専念しています。分割は、垂直および/または水平にすることができます。レイヤーは水平方向の分割ですが、垂直方向の分割はドメインの観点 (モジュール/サブモジュール) から駆動されます。非常に広いレベルで、レイヤーの数は、達成したい関心の分離の程度に基づいて決定されます。一般的なレイヤーは、データ アクセス、ビジネス ロジック、プレゼンテーションです。しかし、ビジネス ロジックの上にシンプルな API を提供するビジネス ファサードや、外部アプリケーションを自分のアプリケーションと統合できるようにするサービス レイヤーなど、より多くのことができます。各レイヤーには、サブレイヤーなどを含めることができます。また、ロギング、
Tier はレイヤーの物理的な分離を示します。階層化は、異なるレイヤーを互いに独立してスケーリングできるようにするために行われます。したがって、データベース サーバー、アプリケーション サーバー (ホスティング ビジネス層)、および Web サーバー (ホスティング プレゼンテーション) を層として持つことができます。
この記事を読んで、レイヤーとティアについて理解を深めることをお勧めします。
より複雑または大規模なアプリケーションほど、より多くの層を持つ方がよいため、DAL、BLL などとして関心を分離し、層ごとに個別に単体テストを作成できます。ただし、小さなアプリケーションの場合は複雑になりすぎて、開発プロセスが遅くなります。