Konstanten der Klasse Color - Naming Conventions

[Lexi]

In der Klasse Color gibt es ja verschiedene Konstanten für häufig benutzte Farbe, wie zB Color.BLUE, Color.GREEN, Color.WHITE ...
Die Farb-Konstanten sind, wie die Naming Convention es für Konstanten vorsehen, durchgehend groß geschrieben. Allerdings sind auch Konstanten wie Color.blue, Color.green, Color.white ... zu finden, gibt es da einen besonderen Grund ?

Habe mich grad in der API umgeschaut und folgendes gefunden :

Since:1.4

Dieser Vermerk taucht bei jeder großgeschriebenen Farb-Konstante auf.

 

[Marco13]

Der Grund für die Kleingeschriebenen Konstanten ist, dass sich ursprünglich mal jemand NICHT an diese Conventions gehalten hat, und die Großgeschriebenen Varianten nachräglich eingefügt wurden, um der Konvention zu entsprechen... Sieht man auch daran, dass da
WHITE = white
steht, und nicht
white = WHITE

* @author 	Sami Shaio
 * @author 	Arthur van Hoff
 * @see		ColorSpace
 * @see         AlphaComposite
 */
public class Color implements Paint, java.io.Serializable {
    
    /**
     * The color white.  In the default sRGB space.
     */
    public final static Color white     = new Color(255, 255, 255);

    /**
     * The color white.  In the default sRGB space.
     * @since 1.4
     */
    public final static Color WHITE = white;

(gleich noch den verantwortlichen Autor ge'blame't )

 

[Lexi]

Wieso kommt sowas dann überhaupt in die Standart-API ?
Wird sowas nicht überprüft, bevor die API erweitert wird ?

 

[0x7F800000]

Wieso kommt sowas dann überhaupt in die Standart-API ?

'cause nobody is perfect.
Es ist nun mal so, dass niemand in der lage ist, gleich beim ersten mal alles perfekt zu schreiben. Da gibt's schon wesentlich ätzendere fehler, als diese groß-kleinschreibungs-geschichte.

Wird sowas nicht überprüft, bevor die API erweitert wird ?

Was überprüft? Chronologische reihenfolge immer noch unklar?
Zuerst hat jemand scheiße gebaut und Color.red Color.blue etc. definiert.
Das wurde später durch Color.RED Color.BLUE etc. ausgebessert, damit man sich in Zukunft an die konventionen halten kann.

 

[hdi]

Color bzw die kleingeschriebenen Member-Variablen sind ja since ever. Klar hat man vor dem ersten Release drübergekuckt, aber das war wahrscheinlich bevor man diese Naming Conventions ausgebaut hatte. Diese ganzen "ungeschriebenen" (im Sinne von Syntax) Regeln haben sich auch nur nach und nach entwickelt. Als Java rauskam hat dir wohl keiner etwas über Getter und Setter Konventionen für JavaBeans erzählt.

 

[faetzminator]

Die bessere Frage wäre natürlich, warum in Java 6 die kleingeschriebenen Farben nicht deprecated sind.

 

[hdi]

Naja wahrscheinlich reicht eine simple Naming Convention nicht aus um das als deprecated zu markieren. Ich meine...immerhin geht es hier wirklich nur um eine kleine Konstante, keine Methode o.ä.