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

Question

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

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

それで、代替手段はありますか？MySql 5.5とC＃を使用しています。

Answer 1

Web開発における現在の正統性はMVCです。Microsoftの土地では、これはASP.NetMVCを意味します。MSサイトには、ビジネスドメインを表す「モデル」クラスをデータベースと統合する方法を説明する優れたチュートリアルがあります。

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

Answer 2

「ソフトウェア開発の経験があまりない」という方は、NHibernateを慎重に検討したいと思います。これは驚くべきツールであり、非常に強力ですが、学習曲線は急勾配になる可能性があり、学習にどれだけの時間を費やしたいかによって異なります。とはいえ、本当に満足しています。

Answer 3

センサーとデータベースの通信を1つのレイヤーに抽象化し、顧客とデータベースの通信を別のレイヤーに抽象化するための固有の論理パーティションがあるように思われます。センサー側は、（必要に応じて）顧客側に情報を提供するための読み取り専用のインターフェースのセットを提供できますが、熱最適化作業のコア機能は基本的に中央に配置できます。

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