Dizaina modeļus galvenokārt iedala trīs kategorijās: Radošā dizaina modelis, strukturālā dizaina modelis un uzvedības dizaina modelis. Tie atšķiras viens no otra, pamatojoties uz to detalizācijas pakāpi, sarežģītību un piemērojamības mērogu visai projektētajai sistēmai.
osi atsauces modelis tīklu veidošanā
Ir arī divu veidu modeļi – idiomas un arhitektūras raksti. Bet šajā apmācībā mēs tos neizpētīsim.
Radošs dizaina modelis
Kā norāda nosaukums, tas nodrošina objektu vai klašu izveides mehānismu, kas uzlabo esošā koda elastību un atkārtotu izmantojamību. Tie samazina atkarību un kontrolē lietošanas mijiedarbību ar mūsu klasi, lai mēs netiktu galā ar sarežģīto konstrukciju. Zemāk ir dažādi jaunrades dizaina modeļa dizaina modeļi.
Abstract Factory - Tas ļauj mums izveidot objektus, nenorādot to konkrētu veidu.
Celtnieks - To izmanto, lai izveidotu sarežģītus objektus.
Rūpnīcas metode - Tas ļauj mums izveidot objektu, nenorādot precīzu izveidojamo klasi.
Prototips - To izmanto, lai no esošā objekta izveidotu jaunu objektu.
Singltona — Singleton dizaina modelis pārliecinieties, ka ir izveidots tikai viens objekta gadījums.
Strukturālā dizaina modeļi
Strukturālā dizaina modeļi galvenokārt ir atbildīgi par objektu un klašu salikšanu lielākā struktūrā, nodrošinot, ka šīm struktūrām jābūt elastīgām un efektīvām. Tie ir ļoti svarīgi, lai uzlabotu koda lasāmību un apkopi. Tas arī nodrošina, ka funkcijas ir pareizi atdalītas, iekapsulētas. Tas samazina minimālo saskarni starp savstarpēji atkarīgām lietām.
Adapteris - Tas nodrošina, ka divas nesaderīgas klases var strādāt kopā, aptinot saskarni ap vienu no esošajām klasēm.
java salīdzināms interfeiss
Salikts - Tas iesaiņo objektu grupu vienā objektā.
Tilts - Tas atdala abstrakciju, lai divas klases varētu atšķirties neatkarīgi.
Dekorators - Tas dinamiski paplašina objekta uzvedību izpildes laikā.
Fasāde - Tas piedāvā vienkāršu saskarni sarežģītākiem pamatā esošajiem objektiem.
Mušas svars - Tas samazina sarežģīta objekta modeļa izmaksas.
Starpniekserveris - Tas samazina izmaksas, sarežģītību un nodrošina viettura interfeisu pamatā esošajam objektam, lai kontrolētu piekļuvi.
Uzvedības dizaina modelis
Uzvedības dizaina modeļi ir atbildīgi par to, kā viena klase sazinās ar citiem.
Atbildības ķēde - Tas pārstāv komandu apstrādes objekta ķēdei.
Komanda - Tas ģenerē objektus, kas iekapsulē parametru darbības.
Tulks - Tas ievieš specializētu valodu.
failu sistēma Linux
Iterators - Tas secīgi piekļūst visam objekta elementam, nepārkāpjot tā pamatā esošo attēlojumu.
Starpnieks - Tā nodrošina brīvu savienojumu starp klasēm, jo tā ir vienīgā klase, kurai ir detalizētas zināšanas par esošajām metodēm.
piemiņa — Tas atjauno objektu iepriekšējā stāvoklī.
Novērotājs - Tas ļauj vairākiem novērotāja objektiem redzēt notikumu.
Valsts - Tas ļauj objektam mainīt savu uzvedību, kad mainās tā iekšējie stāvokļi.
Stratēģija - Tas nodrošina vienu no algoritmu saimēm, kas jāatlasa izpildlaikā.
Veidnes metode - Tas ļauj apakšklasēm nodrošināt konkrētu uzvedību. Tas arī definē algoritma skeletu kā abstraktu klasi.
mb uz GB
Apmeklētājs - Tas atdala algoritmu no objekta struktūras, pārvietojot metožu hierarhiju vienā objektā.
Gaidāmajā apmācībā mēs uzzināsim dažus svarīgus dizaina modeļus.