当然，您也可以用命令台来进行安装。说个题外话，NuGet真心不错，至少已经做新项目的时候不用到处去整理lib包了，从NuGet进行下载、更新、卸载都很方便，而且还能自搭建自己公司的服务器，不过目前还是有些问题，有时候在下载最新包无法使用的情况下，无法自动降低版本，还得自己去手动控制台下载，非常不便。
在NuGet下载FluentNhibernate后，会自动下载安装Nhibernate及Iesi。
准备工作完成，今天我们要说下FN的AutoMapping，之前呢我们都是用了FluentMapping进行手动的Map映射，如果可以的话，请大家还是使用之前的映射方式，因为AutoMapping有很多契约，您需要按照一定的规范编写您的对象。
我们先看下ISessionFactory中的Mapping配置：
红色字体为不同之处，Store是我们需要映射的实体类，可能您会用为何不能像FluentMapping一样Add<T>()呢？因为这里考虑到一些契约的问题，它的Add参数为AutoPersistenceModel类型，接下来会说的。
接下来，我们设计一个数据库结构，简单点：
员工，仓库，产品，对应关系也全部到位了
我们来编写对应的Model代码：
好了，代码编写完毕，接下来是映射吗？？？No，无需映射了，因为我们用了AutoMapping，一切交给FN吧，我们接下来只要编写测试代码即可。
我们先配置ISessionFactory：
在这里，我用了Sqlite做为我们的数据库，ORM最大的好处就是我们可以随意的变更我们的数据库类型，不需要考虑其类型，这是我选择Nhibernate的原因，EF虽然通过扩展能够支持其他数据库，但我相信用EF使用其他数据库的人很少吧。用ExposeConfiguration方法委托Nhibernate的SchemaExport来创建数据库架构，相信很多NH玩家都会用吧。不过不建议把它用在稍大的项目里，我们的项目数据库会随着项目需求的增加和改变会经常修改的，建议用专业的数据库管理，比如Migrator，有兴趣下次可以开篇介绍下，用下来还是不错的。
这是为什么呢？这个其实就是AutoMapping在处理映射的时候，都是按照一定的规则去映射的，细心的朋友可能发现，我们的索引字段的字段名都是Id，这就是AutoMapping的约定，我们也可以自己来进行配置。
编写一个类，继承DefaultAutomappingConfiguration：
<a href="http://11011.net/software/vspaste"></a>
现在您还无法测试通过，因为我用了PersistenceSpecification进行测试的，在进行常规的测试时是没有问题的，但遇到Component或者Reference之类的，都需要我们自己来写一个IEqualityComparer的实现：
好，修改下我们的测试代码：
这里我只测试了Employee和Store两个实体，对于多对多还未测试，时间有限，等有时间下篇继续下。今天介绍了AutoMapping简单的介绍，但在使用中您要时刻注意，AutoMapping是有很多限制的，比如Id，比如Component等，当然我们可以通过重写DefaultAutomappingConfiguration的一些方法来进行合适的一些配置，如果您要对持久类有一些要求，不对一对多的LazyLoad或者Cascade之类的，您需要通过实现IReferenceConvention，IHasManyConvention，IHasManyToManyConvention进行配置，今天就不多讲了，下次吧。
Fluent Nhibernate确实是个好东西，让我在开发上省去了很多时间，今天虽然介绍了AutoMapping，但我不推荐您在您的项目中使用，用起来没手感（个人感觉），需要约定的东西太多了，对于数据库结构也得按照他的契约来，否则就得自己重写一些方法，实现一些类，有点累人。但在开发一些小工具时，又要用到小型存储数据的话，不妨可以试试这种方式。
PS：今天本来心情不错，没想到有客人来拉横幅，一直在公司吵闹，害的我无法集中精力，估计在文章中会有错的地方，大家见谅了。