Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/variables/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 命名静态int变量_Java_Variables_Naming Conventions - Fatal编程技术网

Java 命名静态int变量

Java 命名静态int变量,java,variables,naming-conventions,Java,Variables,Naming Conventions,我的代码中有很多整数变量(大多数是静态的,一些是非静态的)。因为我正在进行ajax测试,所以不可能消除这些变量。目前,我使用前缀为“int”的单词来匹配使用变量的上下文。但是太多的这会让我的代码看起来很奇怪。 例如,我需要按“取消”按钮,其id随着每次运行而增加。因此,我使用一个静态变量,并将其命名为 static int取消 是否有任何特定的模式可以对变量进行命名,从而使代码更具可读性 一个常见的误解是变量名必须短。考虑扩展它们来说明它们是什么。IDE使完成变量名变得容易。因此,numberT

我的代码中有很多整数变量(大多数是静态的,一些是非静态的)。因为我正在进行ajax测试,所以不可能消除这些变量。目前,我使用前缀为“int”的单词来匹配使用变量的上下文。但是太多的这会让我的代码看起来很奇怪。 例如,我需要按“取消”按钮,其id随着每次运行而增加。因此,我使用一个静态变量,并将其命名为

static int取消


是否有任何特定的模式可以对变量进行命名,从而使代码更具可读性

一个常见的误解是变量名必须短。考虑扩展它们来说明它们是什么。IDE使完成变量名变得容易。因此,
numberTimesCancelSelected
可能是一个选项


请考虑阅读,以便更好地讨论此主题。

匈牙利符号是命名变量的标准:

在您的情况下:

static int iCancel
在C#世界中,有一些工具,例如Resharper,甚至微软的Visual Studio本身,它们都很乐意将命名约定强加给您。这是一个很好的方法,因为它意味着每个人都能写出外观一致的代码,并且去掉了很多“主观性”

现在Resharper和visualstudio都应用了不同的规则(相互之间),但这并不是重点。关键是你选择了一个惯例并坚持下去。无论是骆驼牌(这是我现在通常使用的,如果你选择不了的话,我会推荐给你),还是匈牙利牌(我十五年前会用的),或者别的什么。只要选择一个并保持一致,这样您的代码就更易于维护,这就是圣杯


我同意前面关于适当命名事物的评论(缩写名称或使其模糊只是懒惰),并在适当的地方使用枚举(尽管我怀疑您只是举了一个例子)。但无论你做什么,都要选择一个惯例并保持一致。

更不用说在变量名称前加上变量类型在90年代不再流行了…@Romain…是的,多亏了intellisense。如果你在一个没有intellisense的ide中,我仍然可以从中看到一个值。因此,我将展开变量名,并且更加具体。此外,还有很多计数变量,如i、iter、iterator、count、c等。对这些变量的推广有何评论?另外,由于需要静态变量的原因,我不能在所有这些上下文中使用相同的计数变量。一般来说,大多数人坚持使用
I,j,k
for
for
循环,但实践中使用更好的循环是个好主意。在for循环之外,所有变量都应该有一个有意义的名称。一个想法可能是
currentIndex
,所以我有一个定位器变量,它经常被重新分配一个新的xpath。重新分配不会影响功能,但有时在一些返回语句之后,甚至我会弄不清楚我必须查看哪个定位器分配。我应该重用变量还是创建不同的字符串变量?我知道我很愚蠢,我只想知道退伍军人做什么。我会考虑让他们成为一个例子,即使你只需要一个例子。这是一个标准,“罗斯福在90年代就不再流行了”。这是一种应该避免的风格。许多人在几年前发现它很有用,现在的趋势是避免它。根据Robert Martin的说法,“……如今,HN和其他形式的类型编码只是一种障碍。它们使变量、函数、成员或类的名称或类型更难更改。它们使代码更难读取。它们还可能造成编码系统误导读者的情况。”使用任何IDE,您都可以快速重构变量或方法名,但我不打算讨论这个问题。对我来说,更可读的是带有一点类型符号的较短名称,特别是在Java中。在我使用最多的ide(visual studio)中,我只需将鼠标悬停在变量上即可查看其类型。将类型构建到变量的名称中没有任何附加值。除非我想我想买一份硬拷贝,在火车上读一堆代码!