如果将 Model 严格彻底分开,将会有无数的 Model:
1. 持久模型,用于配合 ORM 持久化到数据
2. 业务模型,处理业务逻辑
3. 展示层模型,展示的内容不同,可能又会有很多个。要再区分创建、修改,又会增加。
4. 查询条件模型,查询条件相互间也有逻辑,如查询订单的时间段,结束日期不能早于开始日期等
...
一般怎么设计比较好?

解决方案 »

  1.   

    这个看你框架搭建问题了。如果你想采用三层方面建议使用UI 展示层模型Business 持久模型,Date 查询条件模型Entity 业务模型,这是三层架构基本搭法,如果采用MVC的话 这个就更简单了直接创建相关模型就行了。
      

  2.   

    根据项目规模,公司代码习惯,和架构来定吧我一般都是一个model层,现在手里有个较大点儿的项目,有两个model层:
    1 一个是实体集合,进行数据访问层的数据处理
    2 另一个是参数实体层,用来传参
      

  3.   

    想知道一般建几类model. 多征求点意见.
      

  4.   

    几类model?一个表一个model是个意思吗
      

  5.   

    可以预见LZ,正慢慢从三层时代向敏捷开发过渡,LZ可以去看看DDD架构的开源代码,CodePlex上有,地址就不贴了,找找麻烦,源码在本地