时间长了，连自己写的代码都不知道干什么用的？你们有过这样的感受吗？如何才能避...

iii

时间长了，连自己写的代码都不知道干什么用的？
你们有过这样的感受吗？
如何才能避免这样的情况发生？

程序使用的具体情形，连我自己都不知道了，如何才能避免这样的事情发生，一旦陷入了我自己都不知道怎么用的情形，我感觉我过去的代码就白写了！

Lpasarbola

写函数或过程，名称能望文知意。 关键步骤加上注释是个好习惯。

至于你认为你过去的代码白写了，那倒不至于。你现在说的每一句话，做的每一件事都有你读过的书，你走过的路的痕迹。

epezzaqegazeu

fn test(){
  // 天知道我那时候在test什么
}
fn miller_rabin(i:MyUInt,test:u32)->bool{
  // miller rabin算法
}
如果不常写程序，大概完全可以记得住每个程序都是在干什么的
如果常写……肯定能养成很好的写作习惯的

AzertVab

如果 强烈反对没注释、没缩进、多层嵌套、一行的任何语言的代码!救不了你
为什么不反过来，写任何语言代码都使用没注释、没缩进、多层嵌套、一行的风格呢！

ivamvanibumiq

1. //C语言，有时候加缩进不如不加if (cond)        func1();        func2();        if (cond2)                func3();else        func4();

复制代码

isotaztiqotew

我的问题我觉得是只有注释，没有保留相应的应用情况的文件，才导致的，
比如说我有代码，但是这个代码要读取文件，但是读取文件的样板没保留，
导致我现在搞不明白。

isotaztiqotew

我写的所有代码都有注释，
我应该做的是应该把代码的所有读取、处理、输出文件，都保存一份，
这样以后就能对着注释，知道怎么应用了，
而我现在是仅仅只有代码，虽然有代码注释，但是我忘记了应用情形，
所以还是救不了我写的代码！

AbertVab

我现在是只保留了代码，虽然有注释也没用，
应该把代码运行时所有的参与文件（包括输入、输出文件）与代码，都完整地保存一套，这样才能更好地维护代码，
我以前只保存代码，虽然有注释，但是后期也维护不了了，这是我个人的总结的原因。

itimowahwafli

写代码一定要配套相关文档，注释远远不够，最好是能对应的做UML建模，可以明确方法之间的关系，数据的流动等。

inabilezami

UML建模，你经常用吗？我第一次听说这玩意