111,119
社区成员
发帖
与我相关
我的任务
分享关于程序可读性的问题
一个可读性好的程序有什么标准吗？？可读性与程序的效率之间有没有什么关系吗？？如果要编写一个可读性好的程序要注意些什么问题？（除了多写注释和把功能关系比较密切的代码放在一起以外）
...全文
请发表友善的回复…
发表回复
idda 2006-10-26
- 打赏
- 举报
包罗万象,无从说起, 注释不是全部, 好的程序基本上要求做到看见变量和函数名就知道它是什么用的, 花花绿绿一大堆注释只会让人厌烦. 注释主要用在关键的业务, 负责的逻辑, 规则定义方面.
好的架构设计是最重要的.
好的架构设计是最重要的.
liujia_0421 2006-10-26
- 打赏
- 举报
能拆的尽量拆，降低耦合度
再则封装的思想
再则封装的思想
dlzhangln 2006-10-26
- 打赏
- 举报
可读性好坏首先要在一个良好的架构上；
严格按照规约编写代码，包括命名规则，注释的写法，嵌套的层数，单独个体（比如函数）的行数，单行的长度；
尽量做到一个函数只做一个功能的实现，然后通过调用组织更高的实现体；
严格按照规约编写代码，包括命名规则，注释的写法，嵌套的层数，单独个体（比如函数）的行数，单行的长度；
尽量做到一个函数只做一个功能的实现，然后通过调用组织更高的实现体；
viena 2006-10-26
- 打赏
- 举报
最重要的是逻辑要清楚，还有尽量定义常量与枚举类型，而不要在代码中写死
gui0605 2006-10-26
- 打赏
- 举报
代码要有层次感，不要让人家看一眼就不想再看第二下，基本就这些
aafshzj 2006-10-26
- 打赏
- 举报
教科书就不讲了。
讲点实际的：
可读性和效率没有严格关系。有的时候过于精巧、效率很高的算法反而很难读懂。所以性能问题，一定要具体问题具体分析。总体表现可以接受的，就不要搞得好复杂，以确保可读性。因为可读性和维护成本紧密相关。
可读性的一个关键确实是Coding Convention，要注意变量的命名，方法的命名（如动宾、系动结构），空格和换行的应用（保证代码行之间按逻辑意义的划分有所间隔，一行之内一眼就能看出对象名、方法名、属性名、操作符名）以及方法的注释，逻辑的注释（和换行结合）等。
可读性的另一个关键其实是软件架构及其详细设计，设计合理就容易理解。设计不合理，代码coding convention再好也很难读懂。
另外，中国人确实面对语言问题。用拼音，多音字有时候要让人猜半天，用英文就需要选择恰当的词汇。词汇不当可读性可会大打折扣。
讲点实际的：
可读性和效率没有严格关系。有的时候过于精巧、效率很高的算法反而很难读懂。所以性能问题，一定要具体问题具体分析。总体表现可以接受的，就不要搞得好复杂，以确保可读性。因为可读性和维护成本紧密相关。
可读性的一个关键确实是Coding Convention，要注意变量的命名，方法的命名（如动宾、系动结构），空格和换行的应用（保证代码行之间按逻辑意义的划分有所间隔，一行之内一眼就能看出对象名、方法名、属性名、操作符名）以及方法的注释，逻辑的注释（和换行结合）等。
可读性的另一个关键其实是软件架构及其详细设计，设计合理就容易理解。设计不合理，代码coding convention再好也很难读懂。
另外，中国人确实面对语言问题。用拼音，多音字有时候要让人猜半天，用英文就需要选择恰当的词汇。词汇不当可读性可会大打折扣。
viena 2006-10-26
- 打赏
- 举报
可读性与程序的效率之间没有关系
viena 2006-10-26
- 打赏
- 举报
能拆的尽量拆，拆得越散越好，降低耦合度
这样不仅可读性，还有可定制、可复用性都提高了
另外还有
封装，外部接口尽量简单；命名尽量做到望文生义等
这样不仅可读性，还有可定制、可复用性都提高了
另外还有
封装，外部接口尽量简单；命名尽量做到望文生义等
