Fluent NHibernateがWikiを搭載

Fluent NHibernate(以前InfoQで取り上げた)(参考記事)は、NHibernate(リンク)でのXMLマッピング使用に代わるものである。Fluent NHibernateは、緩やかなインターフェイス(リンク)を使用し、XML.の代わりにコードでマッピングの定義を可能にする。コミュニティの人によっては、 Fluent NHibernate用の文書が不足していることに不満をこぼすものもいて、その反応として、近ごろJames Gregory氏はFluent NHibernate向けの正式なWiki(リンク)を発表した(リンク)。

  Wikiに掲載されている文書の例は以下のとおりである。

• 導入(リンク)
• 最初のFluent NHibernateプロジェクトの作成方法(リンク)
• 既存のNHibernateアプリケーションのFluent NHibernateへの変換方法(リンク)

WikiはXMLおよびFluent NHibernateでの典型的なマッピングシナリオを示している。XMLを使用すると、以下のような感じになる。

<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2"
namespace="QuickStart" assembly="QuickStart">
 
<class name="Cat" table="Cat">
<id name="Id">
<generator class="identity" />
</id>
 
<property name="Name">
<column name="Name" length="16" not-null="true" />
</property>
<property name="Sex" />
<many-to-one name="Mate" />
<bag name="Kittens">
<key column="mother_id"/>
<one-to-many class="Cat"/>
</bag>
</class>
</hibernate-mapping>

  Fluent NHibernateを使用した場合、同様のマッピングは以下のようになる。

public class CatMap : ClassMap  
{  
  public CatMap()  
  {  
    Id(x => x.Id);  
    Map(x => x.Name)  
      .WithLengthOf(16)  
      .Not.Nullable();  
    Map(x => x.Sex);  
    References(x => x.Mate);  
    HasMany(x => x.Kittens);  
  }  
}  

以下のように続けている。

コードやXMLの区別は良いが、好ましくない状況を招きかねない。

そこで、いくつか例をリストしている。

• コンパイラによって評価されないXMLのため、マッピングでアップデートされないクラスにおいてプロパティの名前を変更することができる。この状況では、マッピングが実行時に解析されるまで、破損を発見できない。
• XMLは詳細であり、NHibernateは次第に強制XMLエレメントを減らしているが、それでもXMLの冗長を回避することはできない。
• 反復的なマッピング - 知らないうちに同じ規則を何度も指定すると、NHibernate HBMマッピングは非常に冗長になる可能性がある。たとえば、すべてのstringプロパティが確実にnot-nullであり、1000の長さが必要であ る場合、すべてのintsはデフォルトの値が -1である必要がある。

昨年8月、Oren Eini氏(またの名を、Ayende Rahien氏)(リンク)がエンティティごとのクラスのマッピングが必要であったので、Fluent NHibernateは何の値も追加しなかった(リンク)ことを指摘した。しかしながらそれ以来、プロジェクトは進展し、Auto Mappingの概念(リンク)が確立した。それは Ayende氏が要求していたものである。Auto Mappingの機能は、一連の規則を使用して、エンティティごとのクラスのマッピングを要求するのではなく、すべてのエンティティを自動的にマップする。

原文はこちらです：http://www.infoq.com/news/2009/02/fluent-nhibernate-wiki