|
|
1
4
注释出来比较容易,但我更倾向于可读性——当代码发生很大变化时,使用下面这样的列布局有点尴尬,但是获得一个概述是非常舒服的:
|
|
2
2
我个人不觉得这更容易阅读,但那只是因为我不习惯。重要的是要记住 一致性是关键 |
|
|
3
2
在我的工作场所(有大约10名开发人员的小型咨询公司,专门从事Oracle),这就是我们的惯例,因此:
我们发现它非常清晰,并且允许在调试时轻松注释列。我花了一段时间才习惯,但我现在更喜欢这种风格——我们整个团队都在使用这种风格。 |
|
4
2
“易于注释”-除非您想注释掉第一项。 不管你的分隔符是在行的开头还是结尾,总会有一个边缘情况,你不能应用“容易注释掉”的标准。
一般来说,对于where子句,如果不是全部AND,那么我倾向于嵌套:
这有助于您发现需要注释运算符或在注释块前面添加“1=1”条件的边缘情况(如上所述)。 |
|
|
5
1
|
|
|
6
1
这是我最近一次约会的标准。我花了一点时间才习惯,现在我觉得其他事情都很奇怪:)
我们发现,将所有内容排列在列中可以使查询更容易阅读,特别是在PL/SQL中有大量SQL语句的情况下。SQL在周围的过程代码中脱颖而出。 |
|
|
7
0
这将突出显示查询的重要部分。现在在选择列表中,分隔符前端或端部仅起作用 我发现上面所有的例子都很难读。
|
|
ttruhcheva · 如何在Power BI中创建灵活的数据标签? 4 年前 |
|
|
M.Walko · 在降价中更改ATX标题的字体大小 8 年前 |
|
|
Adam Waring · Bootstrap 4容器的文本包装 8 年前 |
|
|
Jamie Wilson · 打印文本文件(Python) 8 年前 |
|
|
new2Ubuntu · 在Python3中打印格式化的浮点列表 8 年前 |
|
|
Reilly Ford · 使用导航栏+页面选项卡格式化问题 8 年前 |