最新评论

如果该代码放在用户控件中,咋办呢?那样调用是不行的
re: 运用实体框架分层之困惑 发仔2 2008-10-21 08:49  
用ADO.NET DataService吧,在前端封装一些javascript(不推荐用ASP.NET AJAX),业务层都写在前端,简单易用!
re: 运用实体框架分层之困惑 lewis deng 2008-10-20 21:31  
n层架构, 老话题了, 要性能还是要结构清晰, 要一个人开发, 还是想做接口后多人开发, 呵呵
一切取决于项目了, 做程序, 想怎么就怎么, 才有做程序的乐趣啊,哈哈

我的个人网站更新了 http://www.paintss.org

做程序我觉得要先学学美术, 不然根本不知道自己最终为了什么,呵呵
re: 运用实体框架分层之困惑 斯克迪亚 2008-10-20 19:36  
应该参考一下MVP模式
re: 运用实体框架分层之困惑 yzlhccdec 2008-10-20 18:06  
我用EF的时候都是自己把实体类抽出来的...烦人的工作,不过下个版本支持POCO就好了
re: 运用实体框架分层之困惑 金色海洋(jyk) 2008-10-20 17:52  
三层就是会增加工作量的呀,否则的话,代码生成器怎么会这么火呢?
re: 运用实体框架分层之困惑 张明海 2008-10-20 16:50  
关键是我们技术都...
re: 运用实体框架分层之困惑 张明海 2008-10-20 16:48  
顶下 我们还是用三层
re: 运用实体框架分层之困惑 信仰 2008-10-20 15:51  
多层最大好处就在重用和维护方便
re: 运用实体框架分层之困惑 栖山 2008-10-20 15:40  
@信仰
建议你看看我的这篇文章
否则你会陷入一个怪圈, EF不分层,他是一个好框架吗?

EF的灵感是来来源于SAP的ERP系统,你只需要改动实体的Meta就可以自动更新程序界面,不需要编码,甚至不需要编译, 可惜这是C/S架构,不是Web架构
事实上它也是作为微软ERP的基础设施。

多层架构的真正价值,在完成一个大型项目后的终极领悟
http://www.cnblogs.com/frand/archive/2008/10/11/1308555.html
re: 运用实体框架分层之困惑 信仰 2008-10-20 15:26  
哦,谢谢
re: 运用实体框架分层之困惑 Gray Zhang 2008-10-20 15:21  
原本在分层结构中,实体就是贯穿所有层的特殊的内容,EF依靠自动生成将数据层和实体混合在一起自然会引起这样的问题,LINQ to SQL就可以实现干净的分离
re: 运用实体框架分层之困惑 信仰 2008-10-20 15:20  
但这样的话等于增加了工作量,还不如直接使用wcf或ADO.NET Data Service简单。如果微软能把实体和操作分离就会好了。
re: 运用实体框架分层之困惑 Gray Zhang 2008-10-20 15:14  
我理解了,你的意思是Role这个类算是数据层的了,其实他应该算是实体层
因为EF里实体和数据是混在一起的,所以确实导致了分层不明的问题
解决方案:
新建一个实体层,建一个RoleInfo实体类,其内容与DataAccess.Role差不多,保持基本的属性但不保留StateManager等复杂信息,然后修改逻辑层返回为IList<RoleInfo>,这样避免了对数据层的引用
re: 运用实体框架分层之困惑 信仰 2008-10-20 15:08  
Gray Zhang:
是逻辑层,但返回类型是IList<DataAccess.Role>,所以web在调用时必须引用数据层(DataAccess)
re: 运用实体框架分层之困惑 Gray Zhang 2008-10-20 15:01  
GetRoles方法是在逻辑层的吧,那为什么WEB必须引用数据层?把你的项目结构说一下
re: asp.net连接oracle 9i错误终极解决方案 jjjjjjjjjjjjjjjjj 2006-01-03 22:09  
CONNECTIONSTRING ="DSN=TXLTNS;UID=user;PWD=password"
CONNECTIONSTRING ="DRIVER={Oracle in txl_user};UID=user;PWD=password;DBQ=TXLTNS;DBA=W;"
啊,administrators组也能删的啊?