这是一个创建于 4890 天前的主题，其中的信息可能已经有所发展或是发生改变。
吐槽一下 窃以注释没空可以不写 命名一定要规范
不少人写的代码很让人受不了 随意简写变量名及方法名
看代码非要时不时去看注释 又恶心又累
多打两个字 名字本身即是注释
何必呢？
不少人写的代码很让人受不了 随意简写变量名及方法名
看代码非要时不时去看注释 又恶心又累
多打两个字 名字本身即是注释
何必呢？
 |
1
dongsheng 2011-08-07 22:38:10 +08:00
命名是件纠结的事，好的命名是高质量代码的重要部分
|
 |
2
fluke 2011-08-07 22:41:52 +08:00
两个都重要，好的命名可以节省注释。
|
 |
3
Harry 2011-08-07 23:07:16 +08:00
更重要的是命名。一个好的命名本身就是注释，而且是好的注释。
|
 |
4
zythum 2011-08-07 23:12:39 +08:00
只要能让下个人可以方便得看懂就好。
|
 |
5
glume 2011-08-23 00:25:19 +08:00
两手抓，两手都要硬。
|
 |
6
pinepara 2011-08-23 00:40:31 +08:00
好的代码应该是自注释的。
不涉及到复杂算法的地方应该让代码不依赖注释也完全可读。 |
 |
8
tox 2011-08-23 16:14:14 +08:00
一直注意命名问题，现在注释很少写，以后要改。
项目紧的话，有时命名也很坑。 |
 |
9
orzzzzz 2011-08-23 17:53:29 +08:00
两码事,都很重要...不能相互替代,只能说相互增益.
命名可以说明的注释就不是需要的注释....但并不是说,只要有好的命名了,就不需要注释了. -- 回头补注释的机会很微....当然,你会想,重构的时候再....咳咳... |
 |
10
dogFish 2011-08-23 17:58:05 +08:00
webkit的代码里就很少有注释, 因为变量函数命名清晰易懂
|
 |
11
myrual 2011-08-23 18:02:58 +08:00
能够自解释的代码会好很多。
但是自解释的效果和文字表达能力有关。 同时自解释的效果也和程序工作原理有关，如果基于某个复杂的数据结构或者算法，自解释也没意义。 如果代码设计是按着业务流程的来设计的话，那么维护的难度会简单很多。 如果是按着内部如何实现的方法来设计的话，那么维护的难度会大一点，毕竟维护者要理解技术上是怎么实现的，并且理解业务和技术实现如何连接的 |
 |
12
obiwong 2011-08-28 21:48:51 +08:00
减法和加法哪个更重要？
|
Select Language