java中的编程约定
关于java中所谓的编程约定,我有一个简单的问题 简单地说,如果我在一个方法中将一个局部变量传递给另一个(助手)方法,我应该将它的名称保持为100%,还是尝试稍微重命名它 看看这个例子——我是否应该将helpermethods签名中的变量totalAmount重命名为类似的名称(例如total_amount或totalAmount)java中的编程约定,java,coding-style,Java,Coding Style,关于java中所谓的编程约定,我有一个简单的问题 简单地说,如果我在一个方法中将一个局部变量传递给另一个(助手)方法,我应该将它的名称保持为100%,还是尝试稍微重命名它 看看这个例子——我是否应该将helpermethods签名中的变量totalAmount重命名为类似的名称(例如total_amount或totalAmount) 绝对没有义务保留相同的变量名 只需选择一个适合本地上下文的名称 在您的示例中,您的myHelperMethod可能会作为参数接收任何金额,而不一定是totalAmo
绝对没有义务保留相同的变量名 只需选择一个适合本地上下文的名称
在您的示例中,您的
myHelperMethod
可能会作为参数接收任何金额,而不一定是totalAmount
。我们只需将其命名为amount
,或描述其在该方法中实际作用的任何其他名称。绝对没有义务保留相同的变量名称
只需选择一个适合本地上下文的名称
在您的示例中,您的
myHelperMethod
可能会作为参数接收任何金额,而不一定是totalAmount
。让我们将其命名为amount
,或描述其在该方法中实际作用的任何其他名称。即使在调用是变量的变量(可以是变量的表达式)的情况下,这两个名称在概念上代表不同的事物,因此您不应该将它们命名为相同的名称,除非它们确实表示相同的事物
形式参数表示名称在函数内部有意义的变量,而传递的变量表示名称在函数外部有意义的变量。以下是一个例子:
// Function definition
static double computeDiscount(double originalPrice, double discountPercentage, double cap) {
...
}
// Function calls
double priceClothing = computeDiscount(clothingOrigPrice, discountPercentage, clothingDiscountCap);
double priceAccessories = computeDiscount(accessoriesOrigPrice, discountPercentage, accessoriesDiscountCap);
即使在调用变量的情况下(也可以是变量的表达式),这两个名称在概念上代表不同的事物,因此您不应该将它们命名为相同的名称,除非它们真正表示相同的事物 形式参数表示名称在函数内部有意义的变量,而传递的变量表示名称在函数外部有意义的变量。以下是一个例子:
// Function definition
static double computeDiscount(double originalPrice, double discountPercentage, double cap) {
...
}
// Function calls
double priceClothing = computeDiscount(clothingOrigPrice, discountPercentage, clothingDiscountCap);
double priceAccessories = computeDiscount(accessoriesOrigPrice, discountPercentage, accessoriesDiscountCap);
名字由你自己决定。惯例不会告诉你应该保留什么名字。使用最能反映实体的名称。同时避免使用令人困惑的名称。在您的情况下,如果两个“totalAmount”实际上都代表totalAmount,那么您做出了正确的选择。如果没有,请重新考虑更改名称。您可以选择更改名称。惯例不会告诉你应该保留什么名字。使用最能反映实体的名称。同时避免使用令人困惑的名称。在您的情况下,如果两个“totalAmount”实际上都代表totalAmount,那么您做出了正确的选择。如果没有,请重新考虑更改名称。不,不需要。这就像把水从一个杯子倒到另一个杯子,水的价值(水)将保持不变,杯子(支架)将改变。不,你不需要。就像把水从一个杯子倒到另一个杯子,水的价值(水)将保持不变,杯子(支架)将改变。这是你的选择;只要找到一个最适合该方法的名称/您喜欢的名称即可。除了命名约定之外,这里没有真正的约定;只要找到一个最适合该方法的名称/您喜欢的名称即可。除了命名约定之外,这里没有真正的约定。