其实说来也没啥好总结的，但如果非要总结的话，就是我发现控件挺好的，控件把一切都给你做了，不挺爽的吗，工作效率提高了，何乐而不为呢。本来我挺反感控件的，因为他们挺鸡肋，或者挺浪费资源，我也追逐时尚，非要去学什么三层架构，学什么MVC，说真的，到现在我也没搞清楚什么是三层。就像昨天有个人朋友发了篇贴子叫“三层中的BLL是传声筒么？”，而他做项目的实际需求就是编辑，删除，修改数据库的内容。非要往三层上靠，我觉得太累了，他根本没明白做这个的原因是什么？一个朋友留言说“BLL就像人一样 吃进去东西(数据库的数据),排出来那啥(你要的结果)”好吧，我觉得数据绑定控件在这里就是一个BLL层， 吃进去“数据库的名字，表的名字，字段”，排出来你想要的那些 数据行。OK， 数据绑定控件就是最完美的BLL层，其实我们究竟在折腾啥啊，点几下鼠标就搞定的事，非要去搞什么所谓的三层，有必要吗。
解决方案 »
- 学ASP.NET就快失业前的就业先择!!请指教!!
- 关于asp.net 操作 Word 剪贴板 的问题
- 我的问题有点怪，可能有点类似代理服务
- 再加100分请教关于自定义服务器控件的问题
- 用jquery怎么实现注册用户时检测该用户是否存在啊
- 能否将一对话框置于屏幕的最前即所有应用程序的最前面？
- 求freetextbox1.6中文组件
- 判断SqlDataReader空指向
- asp.net(c#)中调用水晶报表时如何给报表传递参数变量？请给个例子来
- 还是没办法啊!请大家继续来讨论这个问题,谢谢了!
- sql 2000备份 无法打开备份设备 'E:\bak\1.bak'。设备出现错误或设备脱机
- 编写实体类时，如果碰到数据表中的值为null怎么处理？
觉得麻烦了
堂堂的一个CSDN，竟然没有人真正理解Asp.net，真是悲哀
那里才有我的知音啊
永远成为不了程序员 顶多一IT民工
如果业务逻辑很复杂，那写在数据库里，然后由DAL调用，不是效率更好，事务也不用考虑了。
如果业务逻辑仅是简单的增删改查，那BLL真就成了传声筒。
考虑过系统性能吗？
考虑过系统的扩展吗？
考虑到系统的维护吗？
还有...系统还要测试！
系统还要处理异常！(不仅仅是一个exception就能解决的)
还有...系统要是很大，你写出来的有用吗？开发系统不是快速开发为前提的。你学的还很多。
在一些简单的系统开发，三层架构可有可无。
如果只是要管理数据的输入、输出、修改的话，BLL层会形同虚设。所以在这个时候，没有人强迫你一定要用三层结构，在LINQ出台以后，特别是做简单的ASP.NET项目，把BLL与DAL合成同一开发环节，用起来会更简单。
但是这并不能说明三层模式“无用武之地”，因为在做一些逻辑转换有一定复杂程度的项目中，这个分层是必不可少的。因为开发者往往不只一人，而且层次分离是非常重要的，如何抛开系统的依赖性，现在解耦，这些都是框架开发的前题。
什么样的项目用什么样的技术框架 自娱自乐的小P项目用得着MVC么
现在的 人大多数只在DAL写一个简单的CRUD BLL仅仅只是重复DAL层的方法 并不存在实际的意义
UI层 却在大家心目中占据了重要地位 什么方法 什么东西 都写在了UI层
其实大多数东西应该是写在BLL层的 像一些批量操作 事物就可以写在BLL层