为何有着良好设计的系统代码反而不容易看懂?
来源:互联网 发布:运行java程序的命令 编辑:程序博客网 时间:2024/05/01 15:59
在实践中遇到一个问题,就是经过良好设计而实现的代码,大家会觉得不容易看懂,而平铺直述的反而易看。
我分析这是一个很正常的现象,原因是未设计而出的代码是按人的正常思维平铺直述的,所以大家容易看,这些代码常有些共性:即冗长、重复的现象常见、基本没有职责单一可言、比较扁平、以过程化为即使是C++写的。
为何经过设计的反而不容易看了?
这个就好比建筑一样,如果没有设计图,如同走迷宫,容易迷路,因此在看有着良好设计的系统代码时,需要参照设计图来,这样就会势如破竹。
怎么是一个好的设计?没有设计的好比一个混乱的公司。一个项目人员超多,经理经常需要和最基层员工打交道,总之大家之间的职责不明确,大家之间的关系也是随意的,没有明确定义的。
再比如一个大公司,大家可能不知道具体有多少个部门,具体有多少个产品等,但如果这大公司只划分成10个以内的部门,估计大家都记得住,但是这样行吗?
代码:http://code.google.com/p/mooon/source/browse/#svn%2Ftrunk%2Fcommon_component%2Fsrc%2Fagent
- 为何有着良好设计的系统代码反而不容易看懂?
- 创建良好设计的代码
- 良好的代码设计习惯
- 设计性能良好系统的指导思想
- 程序代码的良好设计
- 良好的设计习惯
- 数据库良好的设计
- 创建良好设计的代码(基于Delphi/VCL)
- 创建良好设计的代码(基于Delphi/VCL)
- 良好的代码风格
- 良好的代码风格
- 良好的代码风格
- 良好的代码风格
- 良好的代码风格
- 良好的代码习惯
- 良好的代码风格
- 良好的代码规范
- 如何设计良好的权限系统(转载)
- 解决:libtool: line 815: X--tag=CXX: command not found
- 致命错误: zlib.h:没有那个文件或目录
- undefined reference to `clock_gettime'
- 名词:topology、architecture和struct,究竟什么才是架构?
- 养成良好的编程习惯
- 为何有着良好设计的系统代码反而不容易看懂?
- 全局变量相互依赖和初始化顺序的解决办法
- MOOON-agent发布:MOOON-agent系统设计与使用说明
- linux NAND驱动之六:NAND驱动的probe流程
- 什么样的命名才是合理的?谈命名的原则
- 软件技术发展的几个阶段
- 使用valgrind检查cache命中率,提高程序性能
- disuz 7.2文字常量定义文件messages.lang.php
- 设计mooon调度器遇到的难题