オブジェクトモデルの設計選択

Question

現在、C＃を使用してASP.NET MVCレポートアプリケーションを作成しています。これは、最初に一緒にスローされたPHPアプリケーションの再設計であり、今やもう少しの牽引力を得るようになっています。だから私たちは、より多くのオブジェクト指向のアプローチを持つためにバックエンドを再加工する過程にあります。私が現在取り組んでいる決定の1つは、ドメインオブジェクトをどのように構造化するかです。サイトの95％が読み取り専用なので、私は典型的なアプローチが実用的かどうかはわかりません。

は、私は、アプリケーション（チケット、譲渡、譲受人）の主要作品のためのドメインオブジェクトを作成し、レポートデータをプルするこれらの領域のオフ静的メソッドを作成する必要がありますか？または、その部分をスキップしてチャートデータクラスを作成し、これらのクラスからいくつかの「取得」メソッドを取得するだけですか？それは本当に大きなアプリケーションではなく、現在私はそれを開発している唯一のアプリケーションです。しかし、私はどのアプローチを取るべきかというと、挫折しています。私は、最初の方が良い選択だと感じていますが、その大部分の使用が集計報告のためであることを考えると、過度のものかもしれません。

誰もが、私は一つの方法または別のに行く必要がある理由についていくつかの良い洞察力を持っていますか？

Answer 1

私はかかるだろうなアプローチは、問題領域の概念モデルを描画する最初のものです。私の好ましい方法はObject Role Modellingですが、他にも、エンティティリレーションシップモデリング

私は、この概念モデルから、私のオブジェクトモデルを導き出すだろう。問題ドメインによって定義された動作を、このモデルのオブジェクトに追加する必要があります。書店に本を追加し、口座から資金を引き出す。

その他の動作。最終的にユーザが孤立して気にしないデータベースにデータを保存することは、これらの目的のために作成された適切なオブジェクトに追加されるべきである。データアクセス層（DAL）を形成するunit of workオブジェクトである。

あなたのMVCプロジェクトのモデルは、この場合には、その後、DALによって増大ドメインオブジェクトで構成されますし、あなたに必要なビューとコントローラの創造に自然に自分自身を貸す必要があります。