在ADO.NET中用OOP实现三层架构的好处和坏处
我刚刚学到这里，理解的也不好，还请各位大虾用通俗的语言帮我解释一下
------解决方案--------------------
你的问题好纠结呀·在ADO.NET中··？··
------解决方案--------------------
三层就是将不同功能的代码放到不同的层的项目中去

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

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

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

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

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



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


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

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

引用:

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

分层的最原始动机就是希望职责分离,复用职责,最大的优点就是大幅度的减少了代码量,
好的分离可以减少90%甚至更多的代码

只不过不引入虚拟的组件或层次就算不上完整意义的面向对象设计,
通过发明一些组件来改善其他组件之间的驱动关系,

记得10年前的教材中就说的很清楚的概念,现在搞得好像失传了