私は、次の設計で 3 層アーキテクチャを実装するプロジェクトに取り組んできました。
- プレゼンテーション レイヤー - MVC フレームワークで PHP を使用して、フロントエンドのプレゼンテーションとビジネス ロジックを処理します。この層は、データにアクセスするサービス層を呼び出します。
- データ アクセス層 - C# .NET を使用し、サービス、ビジネス ロジック、およびデータ層に分かれています。プレゼンテーション層によって呼び出されます。データベースを呼び出し、応答をシリアル化してプレゼンテーション層に返します。
- データ層 -データベース。上記の 2 つのレイヤーのすべてのデータを提供します。
プレゼンテーション層が侵害された場合でもデータにアクセスできないため、3 層のアプローチがセキュリティに役立つことを理解しています。これは事実ですが、特に最初の 2 つのレイヤーで同じオブジェクトに対して 2 つのモデルを作成する必要があるため、このアプローチは少し複雑すぎるようです。
私の質問: これは 3 層アーキテクチャの不適切な実装ですか? もしそうなら、どのように改善できますか?データベースにアクセスできる MVC 実装を単純に持つことの欠点は何ですか? Web アプリケーションにどのようなアプローチを使用していますか?
助けてくれてありがとう!