前一天对NHibernate的学习一直不得要领,所以前几天一直进度缓慢。现在总算是迈进门槛了，一向对自己的学习能力充满信心，为什么这次这么慢？回过头来想想，原因是以前的开发经验吧。2002年的时候公司实现三层结构采用的COM技术，说白了就是将业务逻辑和对数据库的访问完全封装到做为中间层的COM组件里。因为对数据库的操作相似性很高，所以公司开发了一个代码生成器来生成中间层代码，我记得当时是用了1周生成了5万多行代码。由于使用的数据库服务器是SQL Server2000，所以中间层对数据库的访问实际上还是使用的ADO。这样的做法并没有对数据层提供多大的灵活性，但是却给应用层带来了相当大的灵活性，开发人员可以用任何流行的开发工具来做应用层的开发，既可以做成B/S结构，也可以做成C/S结构，当时感觉还是非常爽的。
由于有了上面的开发经验，所以一开始学习NHibernate，还以为NHibernate就是一个生成中间层的工具。有了这种肤浅的认识，就开始对号入座，寻找NHibernate的代码生成工具，或者是中间层生成工具－_－！，找不到，郁闷。接下来开始看NHibernate的文档，仍然没有什么收获，我怎么开始自己的第一个例子程序啊！
只好换条路走，放弃以前的想法，从头开始。在网上找例子看，看了两个例子终于明白了。哈哈，以前的想法完全错误。终于有了一个初步的认识：
1. NHibernate并不是一个代码生成器，它不会为你生成一行代码，更不会有实体类和XML映射文件了 。
2. NHibernate的框架只是将你对实体类对象的操作映射为真实的数据库操作，这也是ORM的意义 。
3. 实体类和XML文件必须你自己去编写，当然也可以使用第三方的代码生成工具，你也可以自己开发自己的代码生成器 。
今天就写这么多了，有了新的认识在接着写。
由于有了上面的开发经验，所以一开始学习NHibernate，还以为NHibernate就是一个生成中间层的工具。有了这种肤浅的认识，就开始对号入座，寻找NHibernate的代码生成工具，或者是中间层生成工具－_－！，找不到，郁闷。接下来开始看NHibernate的文档，仍然没有什么收获，我怎么开始自己的第一个例子程序啊！
只好换条路走，放弃以前的想法，从头开始。在网上找例子看，看了两个例子终于明白了。哈哈，以前的想法完全错误。终于有了一个初步的认识：
1. NHibernate并不是一个代码生成器，它不会为你生成一行代码，更不会有实体类和XML映射文件了 。
2. NHibernate的框架只是将你对实体类对象的操作映射为真实的数据库操作，这也是ORM的意义 。
3. 实体类和XML文件必须你自己去编写，当然也可以使用第三方的代码生成工具，你也可以自己开发自己的代码生成器 。
今天就写这么多了，有了新的认识在接着写。
本文转自纶巾客博客园博客，原文链接：http://www.cnblogs.com/guanjinke/archive/2005/11/08/271900.html，如需转载请自行联系原作者
