讨论讨论三层架构和模块化封装，大家都来吧~~

Question

大家发表发表自己对此主题的使用感想什么地。

Answer 1

我的项目中一般代码层为
web    一般页面
webcontrollibrary   自定义控件
sysclasslibrary     包括数据处理和对应的DataCollection，系统设置
这样分层能方便不同的开发人员按角色进行开发

Answer 2

web    一般页面
webcontrollibrary   自定义控件
sysclasslibrary     包括数据处理和对应的DataCollection，系统设置

Answer 3

web   页面显示层
bll   业务逻辑层
dal   数据处理层
base  基类层（sqlHelper.cs等）这样做的程序结构比较清晰，而且规范。便于后期维护和更改。
不过个人觉得代码量还是比较大的。

Answer 4

asp.net还有三层啊？支持业务层的底层谁做的出来啊（大一点又要跨平台）？
我都一般不敢叫三层，反正能完成就好了，就像下面一样，中间多个数据处理类库。
一asp.net
二.net 数据操作类
三数据库
这像有一个好处，假如一个项目是一个人以上做，所以人对数据库操作都通作类库进行处理，这样就不怕各自做的东东到后期连不起来。
不过这样做并没有减轻代码量，如果要减少代码量，就必须有一个强大的后台。
这后台一般完成以下常用项
1.控件验证，如果手工给每个控件加验证，也算是一项烦琐的工作。
2.初始下拉列表项，如果后项客户叫你这里多加什么项，比如说他要求他进这个页面的第一选择项是什么，你不可能每次去改吧。
3.数据字典总要搞一个吧，不然你的动态查询反回的不是中文，而是数据库字段，一定不能满足客户的要求
4.对所有静态控件的属性控制，虽然做起来有点烦琐，但有些客户的要求可真多，可以和验证一起做掉。
还有其他一些什么的，就自己考虑了，以上这项可以使asp.net页面上省去1/3的代码，都把操作放到后台了。
这是我做完第一个项目后想到的，以上只是个人想法。

Answer 5

参考Petshop就行了                      SqlHelper
                       |      |
                   SqlDAL    OracleDAL   ....
                       |      |
                       ~~~~|~~~ 
                         IDAL
                           |
                          BLL
                           |
                          Web对于业务逻辑简单的，我个人认为可以省掉BL层，用CodeBehind(aspx.cs)就可以了

Answer 6

我的项目中一般代码层为
web    一般页面
webcontrollibrary   自定义控件
sysclasslibrary     包括数据处理和对应的DataCollection，系统设置
这样分层能好处方便不同的开发人员按角色进,系统分析在sysclasslibrary里进行实现
该层对一般业务进行抽象和对数据访问进行集成//业务类方便外部调用
User user =CurrentUser.UserInfo();
user.UserName;
user.UserID;//实用类
DataAccess.DataReader("select * from table ") return SqlDataReader等等//系统配置吃饭了...