简单但重复出现的命名问题

时间:2009-05-08 08:09:03

标签: java naming-conventions readability

假设我们有一个方法:

  public String wishes(Date birthday) { 
          String birthayDateString = convertToString(birthay);

  ...

  }

我想知道给名为“birthayDateString”的字符串赋予什么最好的名字。此字符串表示转换为文本的日期。我不能把它命名为“birthay”,因为这个名字已经被使用了。将其命名为“birthdayString”或“birthdayDateString”会违反某些命名约定的良好实践规则吗?

3 个答案:

答案 0 :(得分:2)

实际上看起来很好。

我个人更喜欢birthdayStr - 更短,更重要 - 使其既有意义又简洁。

产量:

  public String wishes(Date birthday) { 
      String birthdayStr = convertToString(birthday);
      // whatever
  }

答案 1 :(得分:0)

不,我认为你没有违反任何“最佳做法”标准。在这类情况下,我经常使用birthdayTextbirthdayStr等变量名称。

但是,一般情况下,我尝试使变量名尽可能有意义 - 如果存在命名冲突,我不会自动添加“Str”或“Text”。但在这种情况下,它只是日期的字符串表示,所以我说它足够有意义。

答案 2 :(得分:0)

随心所欲地召唤它。

变量名只会在当前方法块的范围内(如果你的代码被正确分解/封装,它应该相当小)。

我个人认为birthdayStr只是为了清楚这一特定方法。]

我还将那些MethodNames大写为WishesConvertToString