关于开发理论的回帖整理之二
一般情况下,程序大多是分三层. 基本每个人都能说出出层的好处. 但分层除了复杂度增加外还有什么缺点呢? 又如何处理?
详见:http://topic.csdn.net/u/20091214/23/9093da6e-2217-4907-96ef-3813ab528971.html
我的回答:
大家注意:题目是讨论分层的缺点
首先我认为楼主指的是物理分层,
1、层的表现形式:一个类、一个文件夹、一个函数都可以是一个层,
甚至某种约定(比如命名约定)都可以是一个层;
2、分层就是代码的一种管理形式,不管有意无意,分层一定是存在的(就算你把代码全部写在一起,除非你不以函数、过程等块形式写代码);
所以问题是怎么分层,而不是分不分层,分层的缺陷不来自于层这种形式,而是设计不成熟造成的,
在各个开发组织中,分层的目的是不一样的:
有可能是分工,有可能是推迟组装,也有可能是自动化生产的需要;
3、不成熟的分层(其实就是代码管理形式)具有以下缺点:
随着项目的复杂程度的增加,代码量和维护难度也随之增加;
需求变更导致多层代码变更;
过分依赖技术;
业务相关、数据相关的代码没有减少反而增加了;
------解决方案--------------------每一样东西都有优缺点!!这一点大家都知道!!
分层一定是存在的????
不!!
一个简单页面,或利用数据源控件诸如SqlDataSource,XMLDataSource等等!!
可以没有一行代码,实现对一个表的操作!!
这里没有层吗!!
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------层本身没啥吧, 为了层而层, 是人的缺点
------解决方案--------------------如果觉得分层有缺点,那么只能说明您的项目尚未按照分层的结构进行设计!!!
------解决方案--------------------帮顶~
------解决方案--------------------up
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------学习
------解决方案--------------------up
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------up
------解决方案--------------------UP~
------解决方案--------------------看看
------解决方案--------------------learning
------解决方案--------------------分层缺点:
调用方法的时候,多调了XX次;
容易被人误用,导致为了分层而分层,往往是跟风。
------解决方案--------------------up