小胖狐狸

有些人爱显摆，爱炫，像过去刚刚入门的肤浅的我；就喜欢超级短小的，但只有自己当时能看懂，过后连自己 ...
plp626 发表于 2011-4-23 14:17

    顶，效率第一没问题，短小精悍没问题，问题就是一定要有注释，一定要详细注释！否则自己编写的时候很清楚明白，过后一段时间，可能自己都要推敲半天才能知道自己这段代码是什么意思，更不要提别人了

chinatree

以后会注意的,...

bathhome

回复 10# ZJHJ
改成16进制怎么改呢？是不是16进制的执行效率高一些呢？

wybdlut

学习中，不做任何评论！

尘丶

看到就想吐的几种代码：
1、没有任何缩进，所有代码顶格写；
2、N个for循环嵌套写在一行，既不换行更不缩进；
3、N个if并排着写，看似所谓的“清晰”，实则重复；
4、动不动就把N个命令用&、&&、||连接起来，也不管有没有必要；

我想知道有这些习惯的人写那种几十行或者几百行的代码的时候是怎么处理的，如果其中一个地方出错了,找起来不是更痛苦。不利于人也不利于己。

winload

说白了就是个“度”的问题，不刻意简短化，不刻意模块化就对了

bat_521

回复 1# myzwd


    代码越短越好，是有个前提条件的，同样可以实现的功能，同样的效率，人家用10万行代码搞定，你用了100万行代码实现功能，代码效率一样高。这种情况下，代码越短就越有优势了。哈哈

czjt1234

我觉得有一个标准是毋庸置疑的
那就是过两三个月，你再来看你自己写的代码，看得舒服吗，能迅速看懂吗？
是不是规范格式，加点备注会好点？