V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 5389 days ago, the information mentioned may be changed or developed.
吐槽一下 窃以注释没空可以不写 命名一定要规范
不少人写的代码很让人受不了 随意简写变量名及方法名
看代码非要时不时去看注释 又恶心又累
多打两个字 名字本身即是注释
何必呢？
不少人写的代码很让人受不了 随意简写变量名及方法名
看代码非要时不时去看注释 又恶心又累
多打两个字 名字本身即是注释
何必呢？
 |
1
dongsheng Aug 7, 2011
命名是件纠结的事，好的命名是高质量代码的重要部分
|
 |
2
fluke Aug 7, 2011
两个都重要，好的命名可以节省注释。
|
 |
3
Harry Aug 7, 2011
更重要的是命名。一个好的命名本身就是注释，而且是好的注释。
|
 |
4
zythum Aug 7, 2011
只要能让下个人可以方便得看懂就好。
|
 |
5
glume Aug 23, 2011
两手抓，两手都要硬。
|
 |
6
pinepara Aug 23, 2011
好的代码应该是自注释的。
不涉及到复杂算法的地方应该让代码不依赖注释也完全可读。 |
 |
8
tox Aug 23, 2011
一直注意命名问题，现在注释很少写，以后要改。
项目紧的话，有时命名也很坑。 |
 |
9
orzzzzz Aug 23, 2011
两码事,都很重要...不能相互替代,只能说相互增益.
命名可以说明的注释就不是需要的注释....但并不是说,只要有好的命名了,就不需要注释了. -- 回头补注释的机会很微....当然,你会想,重构的时候再....咳咳... |
 |
10
dogFish Aug 23, 2011
webkit的代码里就很少有注释, 因为变量函数命名清晰易懂
|
 |
11
myrual Aug 23, 2011
能够自解释的代码会好很多。
但是自解释的效果和文字表达能力有关。 同时自解释的效果也和程序工作原理有关，如果基于某个复杂的数据结构或者算法，自解释也没意义。 如果代码设计是按着业务流程的来设计的话，那么维护的难度会简单很多。 如果是按着内部如何实现的方法来设计的话，那么维护的难度会大一点，毕竟维护者要理解技术上是怎么实现的，并且理解业务和技术实现如何连接的 |
 |
12
obiwong Aug 28, 2011
减法和加法哪个更重要？
|
Select Language