比如添加功能: 
MModel m=new MModel();
m.name="名字";m.time="时间";m.person="自己";
m.Add(m);编辑功能也用MModel这个实体:
MModel m=new MModel();
m.name="名字";
m.Modify(m);我不想定义那么多的model,所以就尽量用原来定义的实体,这样做有什么隐患和缺点呢?
另外,这个三层的架构是和MVC结合的,我想,可能会在页面验证上会出点问题,是这样的吗

解决方案 »

  1.   

    外间关联直接写成外检对象比如 User
    {
       int id{set;get}
    }Role
    {
       int id{set;get}
       User user{set;get}
    }
      

  2.   

     你有关联的就在model加上关联表的ID呗,楼主想问什么 你是想直接映射出关联表的数据么?
      

  3.   

    我是用sqlserver的存储过程一次性通过left join将所有的数据取出来,包括3、4个关联的表,那定义的实体属性岂不是有非常多吗?
      

  4.   

    我不想定义那么多的model,所以就尽量用原来定义的实体,这样做有什么隐患和缺点呢?
    另外,这个三层的架构是和MVC结合的,我想,可能会在页面验证上会出点问题,是这样的吗一个model就可以了,没什么隐患和缺点,前提是你得了解什么是引用类型,和语言的默认引用类型(string)之间有什么区别。mvc基本没用过前台反射实体类的方法,感觉别扭,不知道会有什么验证问题。
      

  5.   

     像你这种 就没必要用model了; 直接用datatable 或者缓存,本来model也是存在内存里的
      

  6.   

    你可以弄个全局的嘛。。只要用到的地方就new一下。
    类是引用类型你看着办