none
Ado.Net Entity 分层设计 RRS feed

 > 

  • 问题

  • Question
    登录进行投票
    0
    登录进行投票
    ado.net entity 下如何做分层设计呢？
    是不是要这样：UI 层（控件），Business 层 （逻辑），Entity 层（edm）？
    如果是，我在 UI 层的DataGridView绑定的数据该怎样传递呢？包括查询和更新等。
    如果不是，那该怎么做呢？
    多谢！
    2009年6月16日 3:23
    |

答案

全部回复

  • Question
    登录进行投票
    0
    登录进行投票

    恩  你的想法更接近  MVC了     UI 层（控件），Business 层 （逻辑），Entity 层（edm）  分别对应了  V C M


    可以参考下这一类模式的介绍:)   比如   asp.net mvc  提供了很方便的范型 将M传入V的传参机制

    紫柔版主的头像真叫萌得一个不行啊。。。。
    答案800 撒花
    2009年6月16日 4:10
    |
  • Question
    登录进行投票
    0
    登录进行投票
    我是Winform的，想用实体框架做分层程序，请问该如何划分呢，各层之间又如何引用？
    2009年6月16日 7:14
    |
  • Question
    登录进行投票
    0
    登录进行投票

    呵呵   winform 的成型框架叫做  mvp  也基于同样的分层     你也可以查查资料     :P

    紫柔版主的头像真叫萌得一个不行啊。。。。
    答案800 撒花
    2009年6月16日 8:14
    |
  • Question
    登录进行投票
    0
    登录进行投票
    我是这么做的
    界面层->ObjectDataSource/BindingSource->Business层->Data层（AEF）
    MSMVP VC++
    2009年6月16日 16:23
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票
    我觉得 MS 的意思是把数据层和实体层合在一起了的~EF再自己来针对不同的数据库选择数据提供程序从而支持多数据库~
    宠辱不惊，看庭前花开花落。去留无意，望天上云卷云舒。
    2009年6月17日 4:03
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票
    我以前一般这样分：UITier，BusinessTier,(中间或者有个EntityTier),DataAccessTier.

    但现在，我直接可以把 Ado.net Entity 看作 EntitiyTier和DataAccessTier的组合体，我认为他确实已经做到了。

    问题来了：有了Ado.net Entity ,DataAccessTier 还有必要吗？
                  如果有必要，又该怎样处理这个DataAccessTier呢？
      
    2009年6月18日 1:54
    |
  • Question
    登录进行投票
    0
    登录进行投票
    看需求了，比如有些类型数据库里面存int但是在其他层用枚举的……
    MSMVP VC++
    • 已标记为答案 Chengli 2009年6月18日 2:02
    2009年6月18日 2:01
    |
    版主