|
|
1
6
我个人使用:
见 Object Pascal Style Guide 是的。
|
|
|
2
4
我以前在Delphi中使用“悬挂”开头:
奇怪的是,我没有用c,因为我发现这个更容易阅读:
过了一会儿,为了便于阅读,我不再试图在这里或那里保存一行:
我还使用了显式的开始/结束块,我认为它提高了可读性。我不需要“聪明”。我需要能够遵循代码的意图一目了然。更重要的是,每个可能阅读/维护它的人都是如此。
我通常不介意是否有一个明确的声明
|
|
|
3
2
每个人都有不同的偏好。在我的例子中,我在学习帕斯卡之前学习了模2。modula-2没有begin关键字,每个块都有一个必需的结束。所以代码可能是这样的(modula-2碰巧对大写关键字区分大小写):
当我开始用pascal编写代码时,它变成了:
这样,代码看起来更像我以前看到的,同时仍然在可接受的pascal代码的范围内。 对我来说,这些早期的印象影响了我对几乎所有其他语言的首选大括号和缩进样式。对于C代码并没有什么特别的“规范”,正如对于C或Pascal也没有一样。 唯一要遵循的规则是:在处理现有代码时,使用已经存在的样式。在处理新代码时,请使用您喜欢的样式。 |
|
|
4
2
我倾向于在德尔菲这样做:
只是因为我发现它比额外的换行符更可读。显然,如果我和其他人一起工作,我会使用我们同意的任何标准(或当前代码库使用的任何标准),但是当我是唯一一个在工作的人(如在个人项目中)时,我会这样做。 |
|
|
5
1
C世界的标准是将右大括号与以下任一开始语句对齐:
或者甚至把开口撑放在自己的线上:
在某些样式中,大括号有不同的缩进:
甚至
我在Perl中很长一段时间使用了第一种样式,这是我在Else延续中的方法:
但在暴露于lisp之后,当我已经正确缩进时,将大括号放在它们自己的行上并没有看到额外的价值:
不过,我不希望用这些思想来改变传统的c方式。 顺便说一下,python已经完全抛弃了大括号,只依赖缩进,但是在我看来这太过分了,因为它导致了像lambda这样的荒谬的事情,只能有一个语句。 |
|
|
6
1
我总是把if和else排成一行,然后缩进begin/end块。如果我有一个多重条件,如果,我把它分成多行。如果我发现我的自我深入,那么我会重新思考我正在编写的代码或重构成多个方法。所以我的代码如下:
或者更复杂的if条件。
|
|
|
7
0
这是以前问过的。例如 c-coding-standard-best-practices 是的。 |
|
|
8
0
我绝不会那样写代码(你的第二个例子)。或者(首选)
或
结束; 有时我使用这种折叠(如第二种情况)来组合if和try..finally。
|
|
|
9
0
就我个人而言,我更喜欢将连接语句压缩到一行。例如。
|
|
|
10
0
有人发帖说他们会写以下内容:
现在这个我真的不喜欢,和美学无关。假设x,y和z是函数,如果我正在单步执行代码,上面的意思是我不能单步执行x和y,然后单步执行z。
我现在可以不进入第1行而进入第2行。 |
|
|
11
0
我总是像你的例子那样把开头/结尾排成一行。(除了我在for语句周围还有一个begin/end,以防以后添加代码。) 不管怎样,如果你的代码是多层的,那么你把开始/结束放在哪里并不重要,因为它太复杂了。如果你发现自己结束了,比如说,3个层次深,停下来,简化。创建子例程来清理东西。 codecomplete是这方面最好的参考书。如果你在读那本书时学不到什么,那我就把帽子吃了。 |
|
|
12
0
这很有趣。我有自己独特的对齐方式,奇怪的是,我用在几种语言中,包括pascal、c,甚至cobol(虽然用不了很长时间)。 我想我第一次看到它是在肯·奥尔的一节课上。我的版本也非常像有一个越位规则(类似于python和f_),在这里你可以使用缩进来显示嵌套。 不管怎样,下面是我的例子:
是的,c/c++/java/c的风格应该是
我经常用这个。你可以像我开始和结束那样堆叠{和},但我发现更令人高兴的是能够看到一个边并确认匹配的括号和缩进组的结尾。为了避免缩进过多,为了避免有太多的“{”和“}”单独存在于空白的海洋中,我做了很多改变。 我不是在宣扬这个。没有人抱怨能读懂它。将“{”放在一行的末尾似乎是对ratfor预处理器的一种保留,类似于python在某些地方需要(更愉快的)“的方式。当我可以更有效地使用左边缘对齐时,我不想把不规则的右边缘扫描到代码下面。 就像我们说的,Ymmv |
|
|
13
0
使用一些像jedi这样的代码格式化程序 http://jedicodeformat.sourceforge.net/ |
|
|
14
0
即使是一个单独的陈述
其他陈述也一样:
对于c,我跟随 Code Conventions for the Java Programming Language 复合语句的样式。
对于delphi和c,连接的逻辑运算符出现在下一行的开头。 |
|
|
15
0
我是一个周末程序员,所以,作为唯一一个在项目中工作的人,我负担得起不遵循特定的编码约定,幸运的是我。 当谈到代码可读性时,castalia的 structural highlighting 非常有用。 CnPack 有一个相似的特点是我没有错。 |
|
|
16
0
哈!拿着这个!;)
但奇怪的是,在使用大括号语言编写时,我也更喜欢使用后大括号布局:
|
|
|
17
0
在大多数情况下,让ide为您缩进。 |
|
18
0
我发现当 钥匙 单词(在语法和逻辑上都很关键)尽可能多地暴露出来。 这对我来说非常重要,有时我会求助于(imo)非常不传统的事情。 这就是它的样子:
我承认,这会使修改代码不太方便。只是我发现了“悬挂”
我通常不会让它
还有一件事
这样地:
还有,这里已经提到了一些我不是外国人的事情,比如单行本
总的来说,我可能过于依赖代码突出显示和缩进,特别是后者。如果不是凹痕的话,我宁愿选择
另一点:某些人的格式化风格很可能是由他们的编程风格造成的。例如,有些人讨厌非常大的例程,并倾向于尽可能地考虑因素,而另一些人更喜欢专注于代码本身,而不介意那些跨越屏幕的复合块-我发现这些是非常不同的方法,这可能会导致不同的格式化习惯。 |
|
|
19
0
前一段时间我用
但现在我按照标准
|