質問はすべてそれを言う。 NHibernate 1.2を使用している古いコードベースで作業する。このアップグレードの一環として、私は何を得るために立っていますか、私は何を失うか、痛みを経験しますか？利益のために全力を尽くしていますか？その場合、その利益は何ですか？私がそれをしている間、Fluent NHibernateに移るだけで意味がありますか？NHibernateを1.2から3.2にアップグレードする際の注意点は何ですか？
これは実際に使用しているnhibernate関数によって異なります。リリースノードを利用して、使用中のものがあるかどうかを確認します。ほとんどの関数は、3.2でも同じように動作しています。マッピングファイルでいくつかのアップグレードを行う必要があります。
私はその時点で1つの変更を行います。それでFluentなしで働かせて、流暢に行く価値があるかどうか判断してください。また、QueryOverとlinqの使い方も見てください。
NH3の最も興味深い新機能の1つは、HBLファイルではなくコードでマップできるようになったことです。これは、FNHが長年にわたって持っていたのと同じ機能ですが、主要なNHプロジェクトに統合されています。
私はNHでこれを使っていませんが（私はFNH Automappingの大ファンです）、私の読書によれば、多くのFNHユーザーはFNH相当よりも成熟度が低いと考えています。
FNHがまだNHより数マイル離れているエリアの1つは前述のオートキャッピングです。 NHはまだそれをしていない（それが意味するいくつかの誤解を招くブログ記事があるが）。
あなたの現在のプロジェクトではあまり価値がないかもしれませんが（あなたは既にHBLファイルの設定に苦労しています）、新しいプロジェクトにとっては非常に価値があります。私たちはプロジェクトでそれを使用し、自由にオブジェクトモデルを変更して、Automappingがデータベースを再構築できるようにします。
最後に、私がこれを書いているように、NH 3.2のFNHの正式リリースはありません。私は最新のFNHビルド（1.3）を試してきましたが、それはまだ "まだありません"。しかし、おそらくすぐになるでしょう。
Nhibernate 3.2は主に機能的なLinqプロバイダを持っていますが、Linqが好きな人にとってはうれしいです。
[リリースノート]（https://raw.github.com/nhibernate/nhibernate-core/master/releasenotes.txt）を読んだことがありますか？ –