在ADO.NET中用OOP实现三层架构的好处和坏处,该怎么处理

在ADO.NET中用OOP实现三层架构的好处和坏处
我刚刚学到这里，理解的也不好，还请各位大虾用通俗的语言帮我解释一下

------解决方案--------------------
你的问题好纠结呀·在ADO.NET中··？··
------解决方案--------------------
三层就是将不同功能的代码放到不同的层的项目中去

三层:表示层(UI) 业务逻辑层(BLL) 数据访问层(DAL)

表示层:显示数据或者接受用户输入的数据
业务逻辑层：表示层和数据访问层之间的通信桥梁
数据访问层:主要执行对数据的保存和读取操作。

依赖关系:
表示层依赖业务逻辑层,业务逻辑层依赖于数据访问层

通过以上这些内容，相信楼主应该能看出，利用三层编码，可以层次分明，互不干扰。

如果回到两层结构的应用系统，你会发现：
难以适应需求的变化
不容易被维护
安全性差



利用三层的坏处，我个人认为是代码比较多···


希望对楼主有所帮助···

建议楼主多敲写代码，在代码中理解！
------解决方案--------------------
我的代码怎么不OO了，你看这么多类，你看这么多层，我怎么不OO了，我用的纯OO的C#哦，怎么不OO
------解决方案--------------------

探讨

利用三层的坏处，我个人认为是代码比较多