Mida kauem te antud platvormiga töötate, seda rohkem hakkate ära tundma teatud viise millegi tegemiseks. Ja on väga tõenäoline, et hakkate mõistma kahte asja, mida saab teha:
- viisil, mis areneb kiiresti, kuid mida on raskem säilitada või
- viisil, mis areneb aeglasemalt, kuid mida on lihtsam hooldada.
Muidugi, nagu iga projekt, mõjutavad nõuded, piirangud, eelarved ja aeg seda, mida saate rakendada. Kuid ma tahan seda, et hoolimata sellest, kuidas te lahendust rakendate, hakkate tundma, kuidas antud probleemi lahendada.
Kui probleem tuleb kiiresti lahendada, siis teate kompromisse, kuid tõenäoliselt teate, kuidas seda kiiresti teha. Samamoodi, kui teil on veidi rohkem aega (ja eelarvet), saate seda muul viisil arendada ja teate, kuidas seda teha, ja kui piirangud seda võimaldavad, võite selle isegi testkomplektidega kokku panna.
Sõltumata sellest, kuidas peate lahendust rakendama, teate, kuidas saate seda teha.
Ja see tõstatab küsimuse:
Kas on konkreetse platvormi jaoks spetsiifilisi disainimustreid? Ja kui jah, siis millised on mõned disainimustrid, mis võivad WordPressis saadaval olla?
WordPressi kujundusmustrid
Muidugi, ma ei räägi disainimustritest, mille Gang of Four nii palju aastakümneid tagasi välja töötas. Selle asemel räägin ma viisidest, kuidas WordPressis teatud asju teha.
Näiteks:
- teabe korralik desinfitseerimine enne selle andmebaasi kirjutamist (postituste, taksonoomiate, metaandmete jms jaoks),
- andmete lugemine andmebaasist WordPressi andmebaasi utiliidi (või $wpdb) abil,
- teabe kinnitamine ja nõudmisel andmebaasist tagastamine,
- Ajaxi päringu turvalisuse kontrollimine enne mis tahes töö tegemist,
- kohandatud päringu õigesti seadistamine ja seejärel selle lähtestamine, et mitte segada põhiahelat,
- lehepõhiste varade lisamine nii WordPressi haldusalasse kui ka WordPressi avalikule saidile,
- ja nii edasi.
Siin on palju asju, mida võiksime siin loetleda. Kuid ma arvan, et tasub uurida, kuidas mõned neist välja näevad.
Esiteks, mis on disainimustrid klassikalises mõttes?
Disainimuster on disainiprobleemi lahenduse korduvkasutatav vorm. Idee tutvustas arhitekt Christopher Alexander ja seda on kohandatud erinevatele muudele erialadele, eelkõige arvutiteadusele.
Olen töötanud WordPressis piisavalt kaua ja ehitanud rakenduse abil piisavalt pistikprogramme ja tööriistu, et tuvastada, kuidas teatud asju teha, võrreldes iga projekti jaoks millegi originaalse väljamõtlemisega.
Kas on siis kindel, et WordPressis on korduvkasutatavaid asju, mida saame tavaliste probleemide lahendamiseks kasutada? Muidugi. Neid tuleks muidugi üldistada.
Nii et ma võtan selles osas kesktee vähemalt blogimise huvides. Alustan sarja, mis räägib ülaltoodud teemadest koos koodinäidistega.
Need on lühikesed artiklid ja ma teen kõik endast oleneva, et seda oleks lihtne jälgida (koos koodikommentaaride ja selgitustega) ja kes teab, võib-olla kasvab sellest midagi enamat.
Ma ei räägi raamatukogudest
Seda ei tohi segi ajada raamatukogudega. Pidage meeles, et teegid on nagu väikesed tarkvaratükid, mida saame iseseisvalt käitada, või need võivad olla tööriistade või funktsioonide komplekt, mille saab funktsioonide lisamiseks teie projekti importida.
Arvutiteaduses on raamatukogu muutumatute ressursside kogum, mida arvutiprogrammid kasutavad sageli tarkvara arendamiseks. Need võivad hõlmata konfiguratsiooniandmeid, dokumentatsiooni, abiandmeid, sõnumimalle, eelnevalt kirjutatud koodi ja alamprogramme, klasse, väärtusi või tüübi spetsifikatsioone.
Võib-olla saaks teatud WordPressi spetsiifilisi mustreid nende teekidesse sisse ehitada, kuid see pole postituse mõte.
Selle asemel proovin lihtsalt välja tuua potentsiaalsed levinud mustrid, mis WordPressis eksisteerivad.