当前位置: 代码迷 >> .NET分析设计 >> 在ADO.NET顶用OOP实现三层架构的好处和坏处
  详细解决方案

在ADO.NET顶用OOP实现三层架构的好处和坏处

热度:8519   发布时间:2013-02-25 00:00:00.0
在ADO.NET中用OOP实现三层架构的好处和坏处
我刚刚学到这里,理解的也不好,还请各位大虾用通俗的语言帮我解释一下你的问题好纠结呀·在ADO.NET中··?··三层就是将不同功能的代码放到不同的层的项目中去

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

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

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

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

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



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


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

建议楼主多敲写代码,在代码中理解!
引用:
利用三层的坏处,我个人认为是代码比较多


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

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

记得10年前的教材中就说的很清楚的概念,现在搞得好像失传了
我的代码怎么不OO了,你看这么多类,你看这么多层,我怎么不OO了,我用的纯OO的C#哦,怎么不OO
  相关解决方案