今早无意中看到两篇文章:
http://blog.csdn.net/jyk/archive/2010/08/06/5794405.aspx
http://www.cnblogs.com/alexander-lee/archive/2007/01/24/hbh-orm-06.html讲的是为实体类做ORM映射。我自己也有做实体类,方式与上面都不同。
我忽然有疑问,为何要做这种映射,不管是基于XML的,还是基于特性的。起什么作用。
我们使用实体类的操作无非也就是增、改、删等操作。在实体类的Add,Update,Delete方法中内置好相关的sql语句,不就好了吗?要做ORM映射,要写什么字段名,数据库类型等,貌似程序代码中用不到啊?
  
而在实体类的属性中,已经根据各个字段的数据库类型不同而转成了相应的string,int等.net类型。应该不需要在程序代码中要程序员再为输入的值做类型判断了。
各个字段的长度大小,我是放在实体类的静态结构中。作为静态成员。因为静态成员是所有类对象共享的单元,其实实际使用当中,很少人会主动去判断输入的长度是否符合条件。

解决方案 »

  1.   

    是的,但是我所做的实体类,从来没做什么orm映射,不管是xml还是特性,我不觉得需要得需要这个东西。
    但是不少人还是用这两种方式来做,我想知道为什么他们这么做,好处是什么。
      不用以上两种方式,一样可以出实体类的。
      

  2.   

    看看这个http://blog.sina.com.cn/s/blog_5fcb85d10100cx4k.html
      

  3.   

    若对象没有附加BindTableAttribute特性,则该对象没有映射到任何数据表上,因此不能让框架程序使用它来操作数据库。能否介绍一下以上的话如何为TRUE,难道实体类真正操作数据库的代码,是由基于特性的定义来拼凑SQL语句的?
    我依然不能理解。