Diseinu ereduak Vs SOLID printzipioak, abantailak eta desabantailak

Diseinu-ereduak maila baxuko irtenbide espezifikoak dira software-diseinuan errepikatzen diren arazoetarako.

Diseinu ereduak hainbat proiektutan aplika daitezkeen irtenbide berrerabilgarriak dira.

Irakurtzeko denbora estimatua: 5 minutu

Diseinu-ereduen eta SOLID printzipioen arteko desberdintasun nagusiak

1. Diseinu eredua:
   • Irtenbide espezifikoak: Diseinu-ereduak software-diseinuan errepikatzen diren arazoetarako maila baxuko irtenbide espezifikoak dira.
   • Inplementazio xehetasunak: Objektuetara bideratutako programazio-erronka arruntak konpontzeko inplementazio-jarraibide zehatzak ematea.
   • Adibideak: diseinu eredu ezagun batzuk Singleton, Factory Method eta Adapter ereduak dira.
   • Segurtasuna: diseinu-ereduak probatu eta oso onartzen ditu komunitateak, seguru jarraitzeko.
2. Printzipio SOLIDOAK:
   • Jarraibide orokorrak: SOLID printzipioak maila altuko jarraibideak dira, softwarearen diseinu onaren berri ematen dutenak.
   • Arkitektura eskalagarria: eskalagarritasuna, mantentze-gaitasuna eta irakurgarritasuna du ardatz.
   • Ez dago lengoaiari lotuta: SOLID printzipioak ez daude programazio-lengoaia zehatz bati lotuta.
   • Adibideak:
     • Erantzukizun bakarraren printzipioa (SRP): Klase batek aldatzeko arrazoi bakarra izan behar du.
     • Ireki/itxi printzipioa (OCP): Software entitateek zabalik egon behar dute zabaltzeko baina itxita aldatzeko.
     • Liskov-en ordezkapen-printzipioa (LSP): azpimotak beren oinarri-motekin ordezkatu behar dira.
     • Interface Segregation Principle (ISP): Bezeroak ez dira behartu behar erabiltzen ez dituzten interfazeen mende jartzera.
     • Mendekotasun Inbertsioaren Printzipioa (DIP): Goi-mailako moduluak ez lukete behe-mailako moduluen menpe egon behar; biak abstrakzioen araberakoak izan beharko lirateke.

Laburbilduz, diseinu-ereduek soluzio espezifikoak eskaintzen dituzte, SOLID printzipioek software-diseinu hobea izateko jarraibide orokorrak ematen dituzten bitartean

Diseinu-ereduak erabiltzearen abantailak

• Berrerabilgarritasuna: Diseinu ereduak hainbat proiektutan aplika daitezkeen irtenbide berrerabilgarriak dira. Ezarritako ereduak erabiliz, garatzaileek denbora eta ahalegina aurrezten dute, ez baitute gurpila berrasmatu behar ohiko arazoetarako.
• Defiarkitekturaren ideia: Diseinu ereduek laguntzen dute defisoftware sistemaren arkitektura hobetu. Ikuspegi egituratua eskaintzen dute diseinu-erronka zehatzak konpontzeko, koherentzia eta mantentze-gaitasuna bermatuz.
• Flessibilità: Txantiloiek malgutasuna ahalbidetzen dute behar aldakorretara egokitzeko. Ezaugarri edo aldaketa berriak behar direnean, garatzaileek lehendik dauden txantiloiak aldatu edo heda ditzakete sistema osoa eten gabe.

Diseinu-ereduak erabiltzearen desabantailak

• Ikaskuntza kurba: Diseinu ereduak ulertzeak eta aplikatzeak ezagutza eta esperientzia eskatzen ditu. Garatzaile hasiberriek zaila izango dute kontzeptuak ulertzea eta arazo jakin baterako eredu egokia aukeratzea.
• Gehiegizko erabilera: Diseinu-ereduak erraz eskuragarri izateak arazo guztiak dauden ereduak erabiliz konpondu daitezkeela uste okerra sor dezake. Txantiloiak gehiegi erabiltzeak sormena mugatu eta irtenbide hobeak eta berritzaileagoak bilatzea oztopatu dezake.
• Konplexutasuna- Diseinu-eredu batzuek konplexutasun gehigarria sartzen dute kodearen oinarrian. Garatzaileek oreka aurkitu behar dute ereduak modu eraginkorrean erabiltzearen eta kodea ulergarri bihurtzearen artean.

Laburbilduz, diseinu-ereduek abantaila handiak eskaintzen dituzte berrerabilgarritasunari, arkitekturari eta malgutasunari dagokionez, baina haien erabilerak zentzuzkoa izan behar du alferrikako konplexutasuna saihesteko eta sormena sustatzeko.

Diseinu-ereduaren adibidea Laravel-en: Singleton

Singleton diseinu ereduak klase batek instantzia bakarra duela eta sarrera puntu bakarra eskaintzen du. Laravel-en, eredu hau maiz erabiltzen da datu-baseen konexioak edo konfigurazio ezarpenak bezalako baliabideak kudeatzeko.

Hona hemen PHP-n Singleton ereduaren ezarpenaren oinarrizko adibide bat:

<?php
klase singleton {
pribatu estatiko $instantzia = null;

funtzio pribatua __eraiki() {
// Zuzeneko instantziazioa saihesteko eraikitzaile pribatua
}

funtzio estatiko publikoa getInstance(): self {
if (null === auto::$instantzia) {
self::$instance = auto berria();
}
itzuli norbera::$instantzia;
}

// Beste metodo eta propietate batzuk gehi daitezke hemen
}

// Erabilera:
$singletonInstance = Singleton::getInstance();
// Orain Singleton klasearen instantzia bakarra duzu

// Laravel-en erabilera adibidea:
$database = DB::connection('mysql');
// Datu-basearen konexio instantzia bat berreskuratu (singleton)

Lagin kodean:

• Singleton klaseak eraikitzaile pribatu bat du instantziazio zuzena saihesteko;
• getInstance() metodoak klasearen instantzia bakarra dagoela bermatzen du;
• Singleton klasean beste metodo eta propietate batzuk gehi ditzakezu behar bezala;

Laravel zerbitzuaren edukiontziak Singleton eredua ere erabiltzen du klaseen mendekotasunak kudeatzeko eta mendekotasun-injekzioa egiteko. Laravel-en lan egiten baduzu, kontuan hartu bere zerbitzu-edukiontzia erabiltzea eta zure klasea zerbitzu-hornitzaile batean erregistratzea erabilera-kasu aurreratuagoetarako.

Ercole Palmeri