2017-10-16 1 views
0

私はコンピュータサイエンスを勉強していますが、練習上の理由からプログラム/クラスをGUI - >コントローラ - >モデル - >データベースの4つの層に分割したいと思います。データベースはできるだけ(たぶん一度だけでも)めったにありません。つまり、データベースからオブジェクトのコレクションを含むクラスに情報をロードします。つまり、クラスはストレージとして機能します。4層アーキテクチャとストレージクラスの分類

私の質問はかなりシンプルですが、このストレージクラスをモデルレイヤークラスまたはデータベースレイヤークラスとして分類しますか?関連性は私のコントローラがクラスにアクセスすることを許可するかどうかです。

+2

誰が気にしますか?あなたのコードをベストにし、それに付随する抽象のセットを選んでください。典型的には、3層アーキテクチャーですが、データベースはレイヤーではありません。 "storage"クラスはリポジトリ(モデルの一部) – BradleyDotNET

+0

です。それはもっと意味があります。何らかの理由で私はデータベースがそれ自身の層であると確信していました。ご回答どうもありがとうございました。 – Fmh

+0

私は、それはあなたのアプリケーションの外に存在するだけの "レイヤー"なので、クラスベースのアーキテクチャ上の問題にはなりません – BradleyDotNET

答えて

0

エンタープライズレベルでは、レイヤーは多数ありますが、典型的にはUI、サービス、ビジネスログイン、およびデータアクセスですが、いくつかのレイヤーを組み合わせています。私はマイクロサービスを行うので、はるかに複雑です。ビジネスロジックをサービスレイヤに入れているものもあれば、そうでないものもあります。データアクセス層はありません。シンプリシティはソリューションの成功の鍵です。あなたが必要としているものと、誰が必要なのかによって異なります。

関連する問題