Même si vous créez un objet variable, cela permet d'éviter les accidents en réduisant autant que possible les parties variables.

Comment créer un objet immuable

J'espère que vous pouvez voir à quel point les objets immuables sont utiles par l'explication jusqu'à présent. À partir de là, j'expliquerai comment créer réellement un objet immuable.

Empêcher l'héritage de classe

Si vous autorisez l'héritage de la classe, l'encapsulation sera interrompue, comme l'héritage et l'ajout de méthodes étranges. Déclarez la classe afin qu'elle ne puisse pas être héritée car nous ne voulons pas causer de problèmes tels que des objets immuables ou des objets variables en fonction de la façon dont ils sont créés même s'ils sont du même type.

final class TestClass{}

S'il s'agit d'une classe d'un module encapsulé, il n'est pas visible de l'extérieur, il est donc pratiquement impossible d'hériter sans ajouter final, mais si vous ne comptez pas en hériter, ajoutez final pour hériter Il est courant d'interdire (la même chose est vraie pour les objets variables)

Rendre tous les champs constants

Les objets immuables ne veulent pas que leurs valeurs soient modifiées, alors faites-en toutes les constantes Définissez également la visibilité afin que les variables ne soient pas directement référencées.

private final int num;
private final StringBuilder str;

Il n'y a aucun problème si vous déclarez de la même manière quel que soit le type de données de base et le type de données de référence. Dans le cas du type de données de référence, il est nécessaire de modifier un peu le traitement, mais il sera décrit plus loin.

Ne fais pas un mutateur

Un mutateur est une opération qui réécrit des valeurs telles que les setters. Bien sûr, vous n'avez pas besoin d'une méthode pour le faire car vous ne voulez pas réécrire la valeur

Attention aux getters

Regardez d'abord le code ci-dessous

public int getNum(){
  return num;
}

public StringBuilder getStr(){
  return str;
}

La valeur de retour de la méthode getNum est le type de données de base et la valeur de retour de la méthode getStr est le type de données de référence. Pour le type de données de base, une copie de la valeur de num est renvoyée, il n'y a donc pas de problème. Toutefois, dans le cas du type de données référence, un problème se produit car la référence est renvoyée telle quelle.

Puisque la référence de l'instance peut être obtenue du côté qui a appelé la méthode getStr, la valeur du contenu de l'instance str peut être réécrite.

Pour éviter cela, j'ai essayé d'améliorer le code précédent

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

La classe StringBuilder avait une méthode appelée méthode toString qui change un objet variable en un objet immuable, j'ai donc essayé de l'utiliser. Cependant, cette partie de conversion de type n'est pas très importante dans la description "Attention aux getters". L'important est que les valeurs de soient copiées et renvoyées </ font color>

final class TestClass{

  private final int num;
  private final StringBuilder str;

  public TestClass(int num,StringBuilder str){
    this.num = num;
    //Faites également une copie défensive ici
    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;

  //Interdire l'utilisation de constructeurs de l'extérieur
  //Le code suivant ne peut pas être utilisé côté appelant
  // 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");