ABONAMENTE VIDEO REDACȚIA
RO
EN
NOU
Numărul 144
Numărul 143 Numărul 142 Numărul 141 Numărul 140 Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Numărul 135
Abonament PDF

Java prin exemple (II) – clasele sealed

Ovidiu Mățan
Fondator @ Today Software Magazine



PROGRAMARE


Java 17 ne aduce câteva lucruri noi printre care și sealed classes. Acestea îmbunătățesc limbajul prin faptul că reprezintă o modalitate de a restricționa accesul la extinderea unei clase. Desigur, aveam pentru aceasta opțiunea marcărilor ca final sau limitările prin modificatorii de acces protected ori private. Avantajul claselor sealed constă în controlarea mai ușoară a cine are dreptul de a o extinde.

Clasele sealed

Ne permite să definim lista de clase care pot să extindă clasa curentă. Folosim keywordul permits pentru a defini această listă. La rândul lor, clasele copil pot să fie de tipul:

Fig. 1. Sursa: https://learning.oreilly.com/library/view/ocp-oracle-certified/9781119864585/c07.xhtml#R_c07-fig-0005

public sealed class Article 
  permits TechnicalArticle, 
          AbstractArticle, 
          ManagementArticle{}

public final class TechnicalArticle  
  extends Article{}

public non-sealed class 
  AbstractArticle extends Article{}

public sealed class ManagementArticle 
 extends Article permits AgileArticle

public final class AgileArticle 
  extends ManagementArticle

public class PoliticalArticle 
  extends AbstractArticle

Fig. 2.

Așa cum se vede în acest exemplu, avem clasa sealed Article extinsă de TechnicalArticle (clasă finală), AbstractArticle este non-sealed, iar prin ea ne apare PoliticalArticle. Ultima clasă este ManagementArticle (sealed) extinsă de clasa finală AgilArticle.

Trebuie menționat că în toată ierarhia, PoliticalArticle extinde într-un fel nedorit AbstractArticle. Soluția finală ar putea fi excluderea AbstractArticle din lista de clase permise. Ideal ar fi însă să putem specifica printr-o adnotare dacă permitem sau nu clase non-sealed în ierarhia Article.

Simplificare

În cazul în care toate clasele sealed și copii ce o moștenesc sunt în același fișier, menționarea listei permits devine opțională iar definiția acestora devine următoarea:

sealed class Article{}

final class TechnicalArticle 
  extends Article {}

non-sealed class AbstractArticle 
  extends Article{}

class PoliticalArticle 
  extends AbstractArticle{}

sealed class ManagementArticle {}

final class AgileArticle 
  extends ManagementArticle {}

Interfețe

Putem aplica constrângerile sealed și interfețelor. Diferența față de clase este aceea că în clauza permits vom putea menționa atât alte interfețe ce pot să o extindă pe cea curentă, cât și clase care o pot implementa.

public sealed interface Article 
  permits TechnicalArticle, 
          AbstractArticle, 
          ManagementArticle {}

public final class TechnicalArticle 
  implements Article {}

public sealed interface ManagementArticle 
  extends Article permits AgileArticle{}

public final class AgileArticle 
  implements ManagementArticle{}

public non-sealed interface AbstractArticle 
  extends Article{}

public final class PoliticalArticle 
  implements AbstractArticle{}

Singura diferență față de clasele sealed este că o interfață nu poate fi definită final. Interfețele copil pot fi doar sealed sau non-sealed.

NUMĂRUL 143 - Software Craftsmanship

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • BoatyardX
  • .msg systems
  • P3 group
  • Ing Hubs
  • Cognizant Softvision
  • Colors in projects