0

これらの質問が何度も出されていることは承知していますが、質問の中には 6 か月以上かかるものもあり、製品は進化しています。

本物のプロによって新しく設計されたデータベース スキーマがあり、その構造は美しく、Enterprise Architect にあり、必要なデータベース エンジン タイプに生成する準備ができています。まだ捨てたくない。その約 3-4k テーブル。

本当にいくつかの質問があります。スタックやさまざまなブログを読んで、NHibernate を使用する場合、自動マッピングと規則を備えた Fluent NHibernate が、従来のデータベースとうまく統合されるドメイン層を構築するための最良の方法であることを理解しています。私はそれが主観的であることを知っていますが、それはまだ本当ですか?

FH を使用して既存のデータベースにマップし、それが大規模にどのように機能するかを確認する例またはオープン ソース プロジェクトはありますか。

また、私が行く前に、これに商用ツールセットを使用した経験がある人はいますか? 現時点での芸術の状態は何ですか。バンドル全体を見てきましたが、ドキュメントの多くはグリーンフィールド向けであり、FH が除外された場合に何が最善の選択になるかを判断するのは困難です. 最良の選択を決定するには、正式な製品テスト、指標、作成されたレポートが必要ですが、経験は重要です。

ありがとう。どんな助けでも大歓迎です。ボブ。

4

1 に答える 1

1

レガシーデータベースに対してネイティブNHibernateマッピングとFNHを使用しました。FNH、IMHOの利点は、自動マッピング機能を使用できるときに実際に表されます。レガシーデータベースの場合、スキーマの構築に使用される堅実な規則があると仮定すると、AutoMap機能と組み合わせて使用​​されるカスタムFluentNHibernate規則クラスを作成することは比較的簡単なことです。ただし、AutoMapを実行する必要はありません。また、ClassMap（および/またはAutoMapのオーバーライド）を使用すると、既存のスキーマに対して作業するために必要なすべての柔軟性を得ることができます。もちろん、これは主観的なものです。マッピングを明示的に管理しているため、NHibernateXMLマッピングファイルはレガシーアプリよりも優れていると主張する人もいます。それぞれ自分自身に。私は両方を行い、両方の長所/短所を見てきました。

FNH（およびその他のNHibernateプラクティス）の例については、SharpArchitectureを確認してください。私が彼らの情報源を引き出してからしばらく経ちましたが、最後にそれをさまよったとき、それはNHibernateとFNHが何ができるかを示す良い例でした。

于 2011-02-01T17:09:32.130 に答える