哪种编码风格更常见?

Bab*_*ker 2 language-agnostic coding-style

在任何形式或形式上,我都不会宣传/推广我的编程风格,但就"多变量声明"而言,哪种情况在专业和普遍情况下更容易被接受:

情况1:

private $databaseURL   = "localhost"  ;
private $databaseUName = "root"       ;
private $databasePWord = ""           ;
private $databaseName  = "AirAlliance";
Run Code Online (Sandbox Code Playgroud)

案例2:

private $databaseURL = "localhost";
private $databaseUName = "root";
private $databasePWord = "";
private $databaseName = "AirAlliance";
Run Code Online (Sandbox Code Playgroud)

我喜欢案例1的原因是因为我可以浏览它并且看到所有方法都比案例2更快.此外,我可以在视觉上熟悉变量名称,这使得它更快地与它们一起工作l后者在程序上.

Joe*_*erg 16

无论项目已经使用哪种风格,您都不会花费一整天时间来修复您触摸的每个文件.


Jer*_*ten 14

案例1.5:

private $databaseURL   = "localhost";
private $databaseUName = "root";
private $databasePWord = "";
private $databaseName  = "AirAlliance";
Run Code Online (Sandbox Code Playgroud)

我不认为对齐分号使它更具可读性,它只是让改变其中一个字符串的值变得烦人,然后必须添加或删除空格以重新排列分号.

在这种情况下,看起来变量名称不太可能改变,因此排列等号应该可以.但是,如果变量名称可能会改变,那么我会选择案例2,因为(再次)将所有内容重新排列会很烦人.(想象一下简单地添加一个名为的新变量所涉及的工作$databaseLongVariableName.)


har*_*rto 8

案例2.当您向"组"中添加新变量,或者在其中一行上添加/删除某个字符时,您不必花费时间摆弄尝试使事情排成一行.


ale*_*lex 5

如果在添加新变量时更改所有对齐,则任何diff工具都会在那里显示多个更改.只是一个想法.

另外,我做过一次.当我不得不添加一个更长的变量时,它变成了痛苦.填充所有现有的空格以匹配使我摆脱这种技术.