(Nein) Eigenschaften in Java?

Gibt es eine "standard" - Muster für Getter und setter in Java, genannt Bean-Eigenschaften. Im Grunde ist jede Methode, beginnend mit get, die keine Argumente und gibt einen Wert zurück, ist eine Eigenschaft getter für eine Eigenschaft mit dem Namen, wie der rest des namens der Methode (mit einem Anfangsbuchstaben kleingeschrieben). Ebenfalls set schafft ein setter eine void-Methode mit einem einzigen argument.

Beispiel:

//Getter for "awesomeString"
public String getAwesomeString() {
  return awesomeString;
}

//Setter for "awesomeString"
public void setAwesomeString( String awesomeString ) {
  this.awesomeString = awesomeString;
}

Meisten Java IDEs generieren diese Methoden für Sie, wenn Sie Sie bitten, Ihnen (in Eclipse ist es so einfach wie das bewegen des Cursors auf ein Feld und drücken Sie Strg-1, dann die option auswählen aus der Liste).

Für was es Wert ist, für eine bessere Lesbarkeit können Sie tatsächlich nutzen is und has im Ort get für boolean-Typ-Eigenschaften zu, wie in:

public boolean isAwesome();

public boolean hasAwesomeStuff();

InformationsquelleAutor der Antwort Calum

Die bean-Konvention ist, schreiben Sie code wie diesen:

private int foo;
public int getFoo() {
    return foo;
}
public void setFoo(int newFoo) {
    foo = newFoo;
}

In einige andere Sprachen auf der JVM, z.B., Groovy, erhalten Sie überschreibbaren Eigenschaften ähnlich zu C#, z.B.,

int foo

auf die zugegriffen wird, mit einem einfachen .foo werden und nutzt Standard - getFoo und setFoo Implementierungen, die Sie außer Kraft setzen können, wie es notwendig ist.

InformationsquelleAutor der Antwort Hank Gay

"Java-Property Support" vorgeschlagen wurde, für Java 7, aber nicht in der Sprache.

Sehen http://tech.puredanger.com/java7#property weitere links und info, wenn interessiert.

InformationsquelleAutor der Antwort Cheekysoft

Vom Jeffrey Richter Buch CLR via C#": (ich denke, diese könnten die Gründe sein, warum die Eigenschaften sind noch nicht Hinzugefügt, JAVA)

• Eine Eigenschaft Methode kann eine exception werfen; Feld-Zugriff nie eine exception wirft.
• Eine Eigenschaft kann nicht weitergegeben werden wie eine out oder ref parameter an eine Methode; ein Feld kann.
• Eine Eigenschaft Methode kann eine lange Zeit dauern, um auszuführen; Feld-Zugriff immer abgeschlossen
  sofort. Ein gemeinsamer Grund für die Verwendung von Eigenschaften ist die Durchführung von thread-Synchronisation,
  die können aufhören, den thread für immer, und deshalb, eine Eigenschaft, die nicht sein sollten
  verwendet, wenn die thread-Synchronisation notwendig ist. In dieser situation, ist die bevorzugte Methode.
  Auch, wenn Ihre Klasse kann aus der Ferne zugegriffen werden (zum Beispiel Ihrer Klasse ist abgeleitet von
  System.MarshalByRefObject), aufrufen der Eigenschaft Methode wird sehr langsam sein, und
  daher ist die bevorzugte Methode, um eine Eigenschaft. Meiner Meinung nach, Klassen, abgeleitet von
  MarshalByRefObject sollten nie Eigenschaften.
• , Wenn mehrere Male hintereinander, eine Eigenschaft, Methode, die möglicherweise ein anderen Wert jedes
  Zeit; ein Feld gibt den gleichen Wert jedes mal. Die System.DateTime Klasse hat eine readonly
  Now Eigenschaft gibt das aktuelle Datum und die Uhrzeit. Jedes mal, wenn Sie abgefragt werden
  Eigentum, wird es wieder einen anderen Wert. Das ist ein Fehler, und Microsoft wünscht sich, dass
  Sie konnte dann die Klasse, indem Sie Nun eine Methode anstatt einer Immobilie. Environment's
  TickCount Eigenschaft ist ein weiteres Beispiel für diesen Fehler.
• Eine Eigenschaft Methode kann zu beobachtbaren Nebenwirkungen; Feld-Zugriff nicht. In anderen
  Worte, die ein Benutzer von einer Art sollte in der Lage sein, um verschiedene Eigenschaften definiert durch eine Typ in
  jede Ordnung, die er oder Sie wählt, ohne es zu bemerken das unterschiedliche Verhalten in der Art.
• Eine Eigenschaft Methode, die zusätzlichen Speicher oder Rückgabe einen Verweis auf etwas
  das ist eigentlich nicht Teil der den Zustand des Objekts, so ändern Sie das zurückgegebene Objekt hat keine
  Auswirkungen auf das ursprüngliche Objekt; Abfrage ein Feld gibt immer eine Referenz auf ein Objekt
  das ist garantiert ein Teil des ursprünglichen Objekts. Die Arbeit mit einer Eigenschaft
  gibt eine Kopie kann sehr verwirrend sein für die Entwickler, und dieses Merkmal ist Häufig
  nicht dokumentiert werden.

InformationsquelleAutor der Antwort th1rdey3

Meine Java-Erfahrung ist nicht so hoch, so jemand fühlen Sie sich frei, mich zu korrigieren. Aber AFAIK, der Allgemeinen Konvention zu schreiben, zwei Methoden, etwa so:

public string getMyString() {
    //return it here
}

public void setMyString(string myString) {
    //set it here
}

InformationsquelleAutor der Antwort Mark Embling

Ich bin einfach nur loslassen Java 5/6 Anmerkungen und einer annotation-Prozessor zu helfen.

Check-out http://code.google.com/p/javadude/wiki/Annotations

Die Dokumentation ist ein bisschen Licht, aber quickref sollte auf die Idee kommen über.

Grundsätzlich erzeugt eine Oberklasse mit den get - /Set-Methoden (und viele andere code generation options).

Einer Beispiel-Klasse Aussehen könnte

@Bean(properties = {
    @Property(name="name", bound=true),
    @Property(name="age,type=int.class)
})
public class Person extends PersonGen {
}

Gibt es viele weitere Muster zur Verfügung, und es gibt keine runtime-Abhängigkeiten in den generierten code.

Senden Sie mir eine E-Mail, wenn Sie probieren Sie es aus und finden es nützlich!
-- Scott

InformationsquelleAutor der Antwort Scott Stanchfield