![]() |
1
35
如果需要对If-else语句进行注释,我更愿意描述一下是什么使代码达到了这一点。 尤其是在圈复杂度很高的代码中
|
![]() |
2
22
另一个选择是:
|
![]() |
3
13
|
![]() |
4
9
但同样,如果代码已经是自文档化的,那就没有多大意义了。如果由于某些复杂的情况而要添加注释,例如:
然后我会考虑将其重构为:
其中变量名
|
![]() |
5
5
使用自我评论条件,那么就不需要额外的评论了。假设条件是贷款价值比达到最大值。这给了我们:
|
![]() |
6
4
在那些特殊的情况下,我根本不做任何评论——这些注释不会给已经清晰的代码增加任何价值。如果你有一个很难理解的复杂条件,我会考虑把它分解成一个函数(可能是
|
![]() |
7
4
注释在很大程度上是个人的事情,并且(正如前面的一些答案所看到的那样)引起了与代码一样多的争论。 在简单的情况下,注释会影响代码。但假设情况更复杂,我更喜欢:
|
![]() |
8
2
但是,如果块只是if else,那么我会在if之前合并两个注释。 我更喜欢javascript
|
![]() |
9
2
这就是我对if-then语句的注释方式,尽管我通常不需要这样做。我喜欢把它和if/else放在一条直线上,然后在同一个地方加上标签
|
![]() |
10
1
|
|
11
1
最 可读。但是,我认为大家一致认为,注释实际上应该为代码增加价值(否则就不言自明了),而且注释样式应该是一致的。 我处理非直接解释条件的注释的方法如下:
|
![]() |
12
-3
在这样一个很小的例子中,这似乎是一个过度使用,但是想象一下每个
|
|
user8000871 · 如何将用户对Laravel的评论关联起来? 7 年前 |
![]() |
Suren Aznauryan · 可以用卡桑德拉为UDT写评论吗? 7 年前 |
|
Amir · 将工作表\u更改代码应用于原始选择 7 年前 |