Tarkvaraarenduse mustrid: Disainimustrid (0)

Tarkvaraarenduse mustrid : Disainimustrid
Tarkvaraarendus mõeldakse mustrite all peamiselt tarkvara disaini mustreid. Disaini muster on üldine taaskasutatav lahendus tavaliselt ettetulevate tarkvara disaini probleemide korral etteantud või esilekerkivas konteksti s (käsitluses).
Muster pole lõplik disain , mida saaks otse teisendada algkoodiks või masinkoodiks. Ta on pigem kirjeldus või mall kuidas lahendada probleem nii, et seda saaks kasutada paljudel erinevatel juhtudel. Disainimustrid on formaliseeritud parimad praktikad, milliseid programmeerija saab kasutada teatud probleemi lahendamisel kavandades süsteeme või rakendusi.
Objektorienteeritud disainimustrid näitavad tavaliselt objektide või klassidevahelisi sõltuvusi ja vastasmõjusid ilma kaasatud klasside või objektide hulgast lõplikke rakendusklasse või objekte määratlemata.
Disainimustrid jaotatakse 4 peamisse gruppi: loomismustrid; ülesehituslikud, struktuursed mustrid; käitumuslikud mustrid ja samaaegsuse mustrid, kuigi liike on rohkem. Disainimustrid tegelevad moodulite ja nendevaheliste seoste valdkonnaga.
’
ABSTRACT FACTORY
Loomise seaduspärasus (Creational patterns)
Programmi ülesehituse seaduspärasus, mis tegeleb objekti loomisega konkreetses situatsioonis. Kui tavaliselt võib objekti loomine lisada keerukust ülesehituses, siis „loovad ülesehituse mustrid” lahendavad selle probleemi kontrollides objektide loomist. Iga kord kui konkreetne meetod on välja kutsutud kontrollitakse mingi „lipu” seisundit . Kui see on valmis, siis tagastatakse, kui mitte siis käivitatakse vastav toiming tulemuse saamiseks.
Eesmärk/probleem: Abstraktne tehase muster pakub võimalust kapseldada endasse grupi individuaalseid tehaseid millel on siis mingi ühine kujundus või ehitus.
Motivatsioon: Tavaliselt kliendi programm loob rakenduse abstraktsest tehasest ja seejärel kasutab üldist liidest, et luua konkreetset objekti, mis on osa ühisest kujundusest. Klient ei tea ega huvita, mis konkreetne objekt kutsutakse välja nendest sisemistest tehastest , kuna ta ise kasutab ainult üldist liidest.
Rakendatavus: Võimaldab luua mitmeid erinevaid liideseid, et luua ühest konkreetsest liidesest erinevad väljundid. Näiteks veebileht koosneb vaatest, vaade võib välja näha erinevad: XML, HTML, Excel jne.
Struktuur: Klassi ja seos diagramm (UML class diagram)
Osalejad:
Client:
Suhtleb ainult läbi abstraktsete klassi liideste nagu abstraktne vabrik
(AbstractFactory) ja abstraktne toode (AbstractProduct)
AbstractFactory:
Abstraktne vabrik, milles on vajalikud meetodid, mis loovad abstraktseid
tooteid.
ConcreteFactory:
Konkreetne vabrik, milles on vajalikud meetodid loomaks konkreetseid
tooteid.
AbstractProduct
Abstraktne toode koos vajalike meetoditega
Product:
Defineerib konkreetset toote objekti, mis luuakse vastavalt konkreetse
vabriku poolt. Abstraktne toode rakendab selle
Koostöö: Kirjeldatakse kuidas klassid ja objektid mustris omavahel suhtlevad.
Rakendamine: Kirjeldab kuidas mustrit rakendada ja kuidas see on lahendatud . Sisaldab
endas tehnikat ja vihjeid kuidas seda mustrit kasutada.
Näidis kood (PHP):
CONITNUOUS OBSOLESCENE
AntiPatern probleem:
Pidev vananemine või pidev revolutsioon on nähtus, kus tehnoloogiad arenevad nii kiiresti, et arendajatel on raske sammu pidada tarkvara hetke versiooniga ja seetõttu leitakse lõpptoodangule kombineeritult erinevaid lahendusi, mis töötavad koos. Iga toode areneb läbi uuenduste ja see tekitab probleeme arendajatele, kuna ei suudeta järge pidada ja aina raskem on välja lasta ühilduvaid versioone tootest.
Selle parim näide on Java . Iga uus versioon tuleb paari kuuse vahega. Näiteks selleks ajaks kui java 1.x versiooni raamat läheb trükki, tühistab juba uus java versioon selle sisu. Teine näide on Microsofti tehnoloogia dünaamiline areng.

• DDE
  
• OLE 1.0
  
• OLE 2.0
  
• COM
  
• ActiveX
  
• DCOM
  
• COM?
  

Tehnoloogiasektori vaatest on tähtsad kaks võtmefaktorit: mindshare ja marketshare. Kiire innovatsioon nõuab tarbijatelt pühendunud tähelepanu olla kursis uute toodete võimaluste, teadete ja terminoloogiaga. Tesisõnu on alati saadaval uudiseid uutest tehnoloogiatest. Mida kiiremini tehnoloogia vananeb seda suuremad on sissetulekud vananeva tehnoloogia väljavahetamise tõttu.
REFACTORED LAHENDUS
Tähtis stabiliseeriv faktor tehnoloogiaturul on avatud süsteemi standardid . Avatud süsteemi standard loob muidu kaootilisele turule stabiilsust. Rakenduse arhitektid ja arendajad peaksid sõltuma liidestest, mis on stabiilsed või mida nad suudavad kontrollida
MÕNED ILLUSTRATSIOONID :