获得徽章 0
复杂的业务逻辑必然带来复杂的代码, 即使再好的代码设计也无法消减.
这种复杂性, 往往会使得人们简单地得出错误的结论 "这段代码写得有问题”, 而不是去思考业务逻辑背后的问题.
这种模式的一个典型的特征就是 "很难说出这段代码究竟复杂, 难维护在哪里”, 因为它的复杂度不是由代码引起的.
同时也要区分, 代码的局部设计带来的影响.
不好的局部代码, 是很容易看出来的, 比如命名问题, 但这种局部的代码设计, 不会, 也不能影响到整个代码模块的维护性.
但会有这么一种倾向, 即, 通过这块局部代码, 得出一个简单的, 表面的结论 "这段代码写得不好, 有问题”. 从而去避免更深层次的思考.
这种复杂性, 往往会使得人们简单地得出错误的结论 "这段代码写得有问题”, 而不是去思考业务逻辑背后的问题.
这种模式的一个典型的特征就是 "很难说出这段代码究竟复杂, 难维护在哪里”, 因为它的复杂度不是由代码引起的.
同时也要区分, 代码的局部设计带来的影响.
不好的局部代码, 是很容易看出来的, 比如命名问题, 但这种局部的代码设计, 不会, 也不能影响到整个代码模块的维护性.
但会有这么一种倾向, 即, 通过这块局部代码, 得出一个简单的, 表面的结论 "这段代码写得不好, 有问题”. 从而去避免更深层次的思考.
展开
评论
点赞