Schlichte und reoccurring Namensgebung Problem

Question

Angenommen, wir haben eine Methode:

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

    ... 

    } 

Ich frage mich, was der beste Name an die Saite jetzt „birthayDateString“ genannt zu geben ist. Diese Zeichenfolge stellt das in Text konvertierte Datum dar. Ich kann es nicht "birthay" nennen, weil dieser Name bereits benutzt wird. Stört die Benennung "birthdayString" oder "birthdayDateString" einige Regeln für gute Praxis in der Benennung?

Answer 1

, die tatsächlich gut aussieht.

Ich persönlich würde es vorziehen, birthdayStr - kürzer und auf den Punkt - so dass es sinnvoll und doch prägnant.

Nachgeben:

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

Answer 2

Nein, ich glaube nicht, dass Sie keine "best practice" -Standards sind zu verletzen. In Fällen wie denen, verwende ich oft Variablennamen wie birthdayText oder birthdayStr.

Im Allgemeinen aber ich versuche Variablennamen möglichst aussagekräftig-I nicht nur automatisch heften auf „Str“ oder „Text“, wenn es eine Namenskollision zu machen. Aber in diesem Fall ist es nur die String-Darstellung des Datums, also würde ich sagen, es ist sinnvoll genug.

Answer 3

Nennen Sie es, was Sie wollen.

Der Variablenname wird nur für den aktuellen Verfahrensblock in Umfang (was ziemlich klein sein sollte, wenn Sie Ihren Code haben richtig aufgebrochen/gekapselter).

Persönlich würde ich mit birthdayStr nur aus Gründen der Klarheit in dieser speziellen Methode.]

Ich würde auch Ober Fall jene MethodNames zu Wishes und ConvertToString