N-Tierアーキテクチャと冗長データベースアクセス

Question

私の修士論文の一部として、私はアパートの熱最適化のためのソフトウェアを開発するつもりです。このソフトウェアは中規模になり、顧客向けのWebベースのインターフェースとセンサーへのインターフェース（アパートメントに配置されています）を備えています。私は多層アーキテクチャを考えています。システム内の多くのオブジェクトには独自のデータベーステーブルがあります。これは、オブジェクトの保存と取り出しのためのたくさんのコードとSQ​​L文（および時間）を意味します。これはまだソフトウェアを開発する標準的な方法ですか？

私はNHibernateを使用すると考えましたが、私には疑問があります。主な理由は次のとおりです。 私はソフトウェア開発にあまり経験がありません。
セッション処理は非常に複雑です。特に、Webインターフェイスとセンサインターフェイスの両方に機能を提供するビジネスレイヤが必要な場合は、非常に複雑です。レイジーローディングのために、これらのインターフェイスでセッションをアクティブにする必要がありますが、プレゼンテーションレイヤーは望ましくないデータアクセスレイヤーを認識します。

他の選択肢はありますか？私はMySql 5.5とC＃を使用しています。

Answer 1

ウェブ開発における現在の正統性は、MVCです。マイクロソフトの土地では、それはASP.Net MVCを意味します。 MSサイトには、ビジネスドメインを表す「モデル」クラスをデータベースと統合する方法を説明する素晴らしいチュートリアルがあります。

ASP.Net MVCでは、Web APIを構築する方法も提供されています。これにより、センサーが同じ基本モデルクラスを使用してアプリケーションと通信できるようになります。

Answer 2

repositoryを使用すると、セッションをラップしてレイヤーで結束を促進します。これはquestionを確認できます。あなたはNHibernateのは少し複雑と思われる場合

することは、あなたはEntityFramework 4.3

Answer 3

を使用することができますが、1層へのセンサ・データベース通信の抽象化につながるはず固有の論理パーティションを持っている私には思える、と顧客とデータベースの間の通信を別の層に移す。センサー側では、顧客側に情報を提供するための読み取り専用のインターフェースを提供することができますが、熱最適化作業の中核機能は本質的に中間にあります。

これらの部分をどのように分割するべきか考えて、両者の間にきれいなインターフェースを定義できるようにする場合は、プロジェクト全体の複雑さが少なくともいくらか軽減されるはずです。

Answer 4

"私はソフトウェア開発にあまり経験がありません"と言ったらNHibernateを注意深く検討します。それは驚くべきツールであり、非常に強力ですが、学習曲線は急峻であり、学習にどれくらいの時間を要しているかによって異なります。しかし、私はそれに本当に満足しています。