Fluent NHibernateのDB固有の規約

Question

私はFluent NHibernateの慣習のセットを持っています。ほとんどのものはデータベースに依存しません。しかし、文字列プロパティのために、このような1依存DBMSあるカップルがあります：

Public Sub Apply(ByVal instance As IPropertyInstance) Implements IConvention(Of IPropertyInspector, IPropertyInstance).Apply 
    instance.CustomSqlType("VARCHAR2(50 BYTE)") 
End Sub 

本当に私は、DBの世代のためにこの1（すなわち、最初の開発オブジェクト）のような規則を使用します。これはすべてうまくいっていますが、Oracleにはうまくいきますが、メモリ内のSQLite DBを使って単体テストを行いたいのですが、SQLiteにはVARCHAR2型がないため、このコンベンションは動作しません。

このような状況でFluent NHibernateをどのように設定するかについてのアドバイスや参考資料はありませんか？

現時点では、データベースに依存せず、サブディレクトリ/名前空間に従属する規則を持つ一般的な一連の規則を考えています。次に、特定のDBMSに関連付けられているものと同様に、すべての一般的な慣習を取り上げるカスタムITypeSourceコンポーネントを指定できるような設定をします。 SqlConventionTypeSource、OracleConventionTypeSource ...

親切に、 ライアン。

Answer 1

一般的に、実行可能ファイルには（流暢な設定と同様に）慣習を設定します。

これは、GUI、ユニットテスト、およびISession/ISessionFactoryベースのサービスを消費している状況で、流暢な設定が異なることを意味します。

あなたの設定はハードコードされているように聞こえ、環境に関する情報によっては、「コンフィギュレータ」を別の方法で動作させる方法を見つけようとしています。

より簡単な方法は、最上位レベルで構成を作成し、それを必要に応じて依存関係として提供することです。そうすれば、異なる環境から同じコードパスに慣れさせられることはありません。

NHibernateに依存するものは何でも、コンストラクタの引数またはプロパティの設定者としてISessionまたはISessionFactoryを受け入れるように設定します。そうすれば、この問題は起こりません。実際にデータストアを照会する必要がないテストのために、それを嘲笑することさえできます。

もちろん、FNH設定を作成するすべてのクラスを設定可能にしておき、設定行に条件文を使用することもできます。しかし、通常、FNHの設定はあまりにも少ないコード行で始めるので、それほど価値があるとは思われません。 SQL Server、Oracle、SQLiteなどのための完全に別々の構成を作成するだけです。マイナーな変更を行うたびに、それを常に維持する必要はありません。