Selbst wenn Sie ein variables Objekt erstellen, können Sie Unfälle vermeiden, indem Sie die variablen Teile so weit wie möglich reduzieren.

Wie man ein unveränderliches Objekt macht

Ich hoffe, Sie können anhand der bisherigen Erklärung sehen, wie nützlich unveränderliche Objekte sind. Von hier aus werde ich erklären, wie man ein unveränderliches Objekt tatsächlich erstellt.

Vererbung von Klassen verhindern

Wenn Sie zulassen, dass die Klasse vererbt wird, wird die Kapselung unterbrochen, z. B. vererbt und es werden seltsame Methoden hinzugefügt. Deklarieren Sie die Klasse so, dass sie nicht vererbt werden kann, da wir keine Probleme wie unveränderliche Objekte oder variable Objekte verursachen möchten, je nachdem, wie sie erstellt werden, obwohl sie denselben Typ haben.

final class TestClass{}

Wenn es sich um eine Klasse eines gekapselten Moduls handelt, ist es von außen nicht sichtbar, sodass es praktisch unmöglich ist, zu erben, ohne final hinzuzufügen. Wenn Sie jedoch nicht beabsichtigen, es zu erben, fügen Sie final hinzu, um zu erben Es ist üblich zu verbieten (das gleiche gilt für variable Objekte)

Machen Sie alle Felder konstant

Unveränderliche Objekte möchten nicht, dass ihre Werte geändert werden. Machen Sie sie daher zu allen Konstanten Stellen Sie außerdem die Sichtbarkeit so ein, dass die Variablen nicht direkt referenziert werden.

private final int num;
private final StringBuilder str;

Es ist kein Problem, wenn Sie unabhängig vom Basisdatentyp und Referenzdatentyp auf dieselbe Weise deklarieren. Im Fall des Referenzdatentyps ist es notwendig, die Behandlung ein wenig zu ändern, dies wird jedoch später beschrieben.

Mach keinen Mutator

Ein Mutator ist eine Operation, die Werte wie Setter neu schreibt. Natürlich benötigen Sie dazu keine Methode, da Sie den Wert nicht neu schreiben möchten

Achten Sie auf Getter

Schauen Sie sich zuerst den folgenden Code an

public int getNum(){
  return num;
}

public StringBuilder getStr(){
  return str;
}

Der Rückgabewert der Methode getNum ist der Basisdatentyp, und der Rückgabewert der Methode getStr ist der Referenzdatentyp. Für den Basisdatentyp wird eine Kopie des Werts von num zurückgegeben, sodass kein Problem vorliegt. Beim Referenzdatentyp tritt jedoch ein Problem auf, da die Referenz unverändert zurückgegeben wird.

Da die Referenz der Instanz auf der Seite abgerufen werden kann, die die getStr-Methode aufgerufen hat, kann der Wert des Inhalts der str-Instanz neu geschrieben werden.

Um dies zu verhindern, habe ich versucht, den vorherigen Code zu verbessern

public String getStr(){
  String result = str.toString;
  return result;
}

Die StringBuilder-Klasse hatte eine Methode namens toString, die ein variables Objekt in ein unveränderliches Objekt umwandelt. Deshalb habe ich versucht, es zu verwenden. Dieser Typkonvertierungsteil ist jedoch in der Beschreibung "Achten Sie auf Getter" nicht sehr wichtig. Wichtig ist, dass Werte kopiert und zurückgegeben werden </ font color>

final class TestClass{

  private final int num;
  private final StringBuilder str;

  public TestClass(int num,StringBuilder str){
    this.num = num;
    //Machen Sie hier auch eine defensive Kopie
    this.str = new StringBuilder(str);
  }

  public int getNum(){
    return num;
  }

  public String getStr(){
    String result = str.toString;
    return result;
  }

}

final class TestClass{

  private final int num;
  private final StringBuilder str;

  //Verbot der Verwendung von Konstruktoren von außen
  //Der folgende Code kann auf der Anruferseite nicht verwendet werden
  // TestClass tc = new TestClass(10,"AAA");
  private TestClass(int num,StringBuilder str){
    this.num = num;
    this.str = new StringBuilder(str);
  }


  //static factory
  public static final TestClass newInstance(int num,StringBuilder str){
    return new TestClass(num,str);
  }

  public int getNum(){
    return num;
  }

  public String getStr(){
    String result = str.toString;
    return result;
  }

}

TestClass tc = TestClass.newInstance(10,"AAA");