提供资料也有份.
以下是个人理解,
数据层: 从数据库读取资料(我用的sqlhelper), 一般读一个dataset. 比如用户资料表.
之后自己建立一个类, 形式如:public class user
{
public int Pkid { get; set; }
public string Username{ get; set; }
public string Password{ get; set; }
//从数据库中提出来的时候,这个是空.
public string Country{ get; set; }
//数据库只存入了countryid.
public string Countryid{ get; set; }
public DateTime CreateTime { get; set; }
}之后格式化成 List<user>的形式. 这里数据层就结束了.中间层: 一直没明白.
一般自己是把List<user>中的countryid通过对应的country表. 对应出具体的country字段的名称.填充到List<user>中的country字段上.表现层: 直接用Repeater绑定List<user>输出到页面.但是写入数据库就比较混乱了. 还有就是不定条件查询一般就是数据库拼接了.一般的工具类, 比如验证邮箱地址,ip地址等..要放那一层才能让代码看起来更清晰. 望高手讲解.
以下是个人理解,
数据层: 从数据库读取资料(我用的sqlhelper), 一般读一个dataset. 比如用户资料表.
之后自己建立一个类, 形式如:public class user
{
public int Pkid { get; set; }
public string Username{ get; set; }
public string Password{ get; set; }
//从数据库中提出来的时候,这个是空.
public string Country{ get; set; }
//数据库只存入了countryid.
public string Countryid{ get; set; }
public DateTime CreateTime { get; set; }
}之后格式化成 List<user>的形式. 这里数据层就结束了.中间层: 一直没明白.
一般自己是把List<user>中的countryid通过对应的country表. 对应出具体的country字段的名称.填充到List<user>中的country字段上.表现层: 直接用Repeater绑定List<user>输出到页面.但是写入数据库就比较混乱了. 还有就是不定条件查询一般就是数据库拼接了.一般的工具类, 比如验证邮箱地址,ip地址等..要放那一层才能让代码看起来更清晰. 望高手讲解.
解决方案 »
- 50分！！！！ asp.net实现下载功能（急需）>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>___________
- 关于asp.net + JQuery + JSON
- 字符串局部替换问题。
- 如何把通过treeView打开的页面都关闭？
- treeview 显示深度问题！！
- 怎样利用js得到一个字符串最右边等号后面的字符串，比如
- 请问如何避免服务器端的button连续点击导致的重复提交？
- 怎么知道一个textbox中是整数！！！
- 设计架构的朋友留下MSN
- 一个颇有难度的问题
- 我想做个发布新闻的后台。从数据数据库读取的时候怎么才可以把他加入Iframe里面呢？
- .net from表单可全性问题，有一定危险，求高手解决，言合理高分。非常感谢。。。
那个更难理解。楼主的理解是对的，去个三层架构，你愿意怎么做就怎么做。现在都MVC了，你平房跟三层，四层的高度是一样滴！
http://www.ie512.com/news.aspx?id=227&no=2看看这个，欢迎留言，不明白可联系我，QQ联系，网站上留下你的Q号就行了，我看到会删除去的，在我没看之前没有人可以看到
我的博客 希望对你有帮助~
然后中间层还可以做一些缓存的处理..那些信息需要缓存就缓存起来..已经在缓存中了就直接调用缓存中的数据对象..
个人的一些理解.现在也在慢慢的学习中..我在做数据层的时候都是不读dataset而是用DbDataReader读然后然后就直接返回IList对象或指定对象..呵呵..
中间那层叫什么，业务逻辑层，是实现业务逻辑的。你说的涉及到加粗……的，你要放在BLL里面吗？其实最好分的是数据库接口跟用户界面，这两个分出来了，剩下的不就是中间层吗。元责上不是为了分层而分层，是为了扩展性而分层，为了让你的项目内部各部件依赖性降低而分的。
还不如去学学设计模式，然后用MVC做。我现在做的项目，明年要彻底用MVC重构，正在考虑引入什么.Net三方架构。
就是有时简单的感觉用不到三层，我参与过一些都是bll是残废，还是dal层的方法。 - -！我也无语了，不知设设计的是怎么想的。没看过设计模式之类的吧。
而且更吐血的是一个表，一个model一个dal一个bll - -!
对于MODEL模式，其MODEL层，大多数情况都会移出来，而形成三层局势。因为如果不移出来，就会形成文件过大，造成很多不便因素。
很多情况下，明确知道一点，三层效率会低一点点，的确，但它所带来的好处，是无法替代的。
2.数据访问层：对数据存储中的原始数据进行操作的代码
3.业务逻辑层：获取数据访问层检索到的数据，并用更抽象。更直观的方式将数据显示在客户端，这样可以隐 藏底层的细节，并且可以增加逻辑验证以保证输入的安全性和一致性
4.显示层：定义用户在屏幕上可以看到的内容，包括格式化的数据和系统导航菜单。
中间层: 一直没明白.
一般自己是把List<user>中的countryid通过对应的country表. 对应出具体的country字段的名称.填充到List<user>中的country字段上.中间层就是把你数据层中返回的数据 做相应的业务逻辑处理。。所以才叫业务逻辑层。。处理完之后在返回给UI
UI 只做数据显示。BLL 只做业务逻辑处理DAL 只做对数据库访问 当然也不是绝对的 要看你如何变通最终的目的 为 解耦
http://microsoftnlayerapp.codeplex.com/