13,190
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
该用户懒的设置 2011-08-10
- 打赏
- 举报
[Quote=引用 7 楼 zhang0518suifeng 的回复:]
三层的可维护性 和可扩展性比较好，将各种功能不能的模块分层，使代码更清晰易懂，
坏处就是 代码量比较大..
[/Quote]
你别不懂瞎说了好吧
分层还有个优点就是代码重用率高
代码量大那是你代码没利用好的问题
三层的可维护性 和可扩展性比较好，将各种功能不能的模块分层，使代码更清晰易懂，
坏处就是 代码量比较大..
[/Quote]
你别不懂瞎说了好吧
分层还有个优点就是代码重用率高
代码量大那是你代码没利用好的问题
Kshatriya 2011-08-01
- 打赏
- 举报
主要是单一职责原则，代码可重用。
澜月 2011-08-01
- 打赏
- 举报
三层的可维护性 和可扩展性比较好，将各种功能不能的模块分层，使代码更清晰易懂，
坏处就是 代码量比较大..
坏处就是 代码量比较大..
operatezhang 2011-04-11
- 打赏
- 举报
OOP的思想很先进啊.虽然说我现在做的这个项目没怎么用到这个思想.但是我一直认为这个思想还有很多值得学习的地方.
--缪军-- 2011-03-19
- 打赏
- 举报
[Quote=引用 2 楼 hamber_bao 的回复:]
利用三层的坏处，我个人认为是代码比较多
[/Quote]
分层的最原始动机就是希望职责分离,复用职责,最大的优点就是大幅度的减少了代码量,
好的分离可以减少90%甚至更多的代码
只不过不引入虚拟的组件或层次就算不上完整意义的面向对象设计,
通过发明一些组件来改善其他组件之间的驱动关系,
记得10年前的教材中就说的很清楚的概念,现在搞得好像失传了
利用三层的坏处，我个人认为是代码比较多
[/Quote]
分层的最原始动机就是希望职责分离,复用职责,最大的优点就是大幅度的减少了代码量,
好的分离可以减少90%甚至更多的代码
只不过不引入虚拟的组件或层次就算不上完整意义的面向对象设计,
通过发明一些组件来改善其他组件之间的驱动关系,
记得10年前的教材中就说的很清楚的概念,现在搞得好像失传了
Hamber_Bao 2011-03-15
- 打赏
- 举报
三层就是将不同功能的代码放到不同的层的项目中去
三层:表示层(UI) 业务逻辑层(BLL) 数据访问层(DAL)
表示层:显示数据或者接受用户输入的数据
业务逻辑层：表示层和数据访问层之间的通信桥梁
数据访问层:主要执行对数据的保存和读取操作。
依赖关系:
表示层依赖业务逻辑层,业务逻辑层依赖于数据访问层
通过以上这些内容，相信楼主应该能看出，利用三层编码，可以层次分明，互不干扰。
如果回到两层结构的应用系统，你会发现：
难以适应需求的变化
不容易被维护
安全性差
利用三层的坏处，我个人认为是代码比较多···
希望对楼主有所帮助···
建议楼主多敲写代码，在代码中理解！
三层:表示层(UI) 业务逻辑层(BLL) 数据访问层(DAL)
表示层:显示数据或者接受用户输入的数据
业务逻辑层：表示层和数据访问层之间的通信桥梁
数据访问层:主要执行对数据的保存和读取操作。
依赖关系:
表示层依赖业务逻辑层,业务逻辑层依赖于数据访问层
通过以上这些内容，相信楼主应该能看出，利用三层编码，可以层次分明，互不干扰。
如果回到两层结构的应用系统，你会发现：
难以适应需求的变化
不容易被维护
安全性差
利用三层的坏处，我个人认为是代码比较多···
希望对楼主有所帮助···
建议楼主多敲写代码，在代码中理解！
Hamber_Bao 2011-03-15
- 打赏
- 举报
你的问题好纠结呀·在ADO.NET中··？··
linuxjava01 2011-03-15
- 打赏
- 举报
我的代码怎么不OO了，你看这么多类，你看这么多层，我怎么不OO了，我用的纯OO的C#哦，怎么不OO
