いくつかのテーブルとクラスを追加して機能を拡張することで、単純なレガシー アプリケーションを拡張するように依頼されました。
これは .Net 1.1 アプリケーションで、.Net 3.5 に正常にアップグレードされました。
今私の問題は、これらの新しいテーブルとクラスのために、ORM とビジネス ロジック層を追加したかったことです。将来、そのコードの一部に触れる必要があるときはいつでも、レガシー クラスに拡張できます。
Entity FrameworkやNHibernateなど、使用できる非常に多くの ORM ツールについて知っています。
私にとって問題は、どのビジネス ロジック レイヤーを使用するかを決定することです。過去にcsla.netを使用して良好な結果を得ましたが、他に実際にどのような代替案があるのでしょうか?
ツールを使用して、データベースまたはデータ レイヤーに基づいてビジネス オブジェクトや DTO の一部をコード生成することを除けば、個人的には、ビジネス レイヤーのフレームワークはあまり必要ありません。
CLSA.NET は検証に役立ち、アプリケーションの「階層化」を容易にしようとしていると思います。
ビジネス オブジェクトをシリアライズするのに役立つフレームワークやそれに類似したものを望む人もいるかもしれませんが、通常、バージョン管理の問題はかなり深刻なので、私はそれを必要としないようにかなりの努力をしています。
私のビジネス レイヤーは、ビジネス オブジェクト、ビジネス ロジック、およびビジネス ルールのほとんどです。シンプルさを優先して、最小限に抑えるようにしています。
保守可能なアプリケーションを設計する最善の方法は、ドメイン レイヤー (つまり、ビジネス レイヤー) の作成にフレームワークやコード生成ツールに依存しないことです。インフラストラクチャを可能な限りドメインから遠ざけて (インフラストラクチャ無視)、あらゆることを実行しようとする包括的で緊密に結合されたフレームワークを避けます。インフラストラクチャの問題については、ターゲットを絞ったフレームワーク、または必要な問題のみを選択できるフレームワークを探してください。