Mallide loomine on WordPressis üha tavalisem ja ma pean seda heaks.
Kuid see ei tähenda, et meie hallata pole projekte, mis kasutaksid mallide või osade kuvamisel traditsioonilisemat lähenemist. Lisaks ei tähenda see ka seda, et oleme vabastatud koodibaaside haldamisest, mis kasutavad koodi, mis ei kasuta mallimootorit.
Kuigi ma arvan, et mallide loomine on hea, pole see alati vajalik. See on aga sisu teise postituse jaoks.
Selle asemel tahan läbi käia tingimusliku loogika kasutamise protsessi, mille kohaselt kuvada mallis osa või mitte, ja teha seda objektorienteeritud programmeerimise abil.
Mallimine ja tingimuslik loogika OOP-iga
Selleks oletame järgmist.
- Meil on üks pistikprogramm, mis sõltub funktsiooni teisest pistikprogrammist.
- Teine pistikprogramm on valikuline.
- Kui seda pole, kuvame teatise. Kui see on olemas, kuvame osalise.
Piisavalt otse edasi, eks?
Ainus asi, mida tuleb tähele panna, on see, et kogu seda loogikat hoitakse esmases pistikprogrammis (st selles, mis kontrollib teise pistikprogrammi olemasolu).
1 Malli tingimuslik loogika
Esimene asi, mida tuleb teha, on funktsioon, mis kontrollib sekundaarse pistikprogrammi olemasolu. Selle põhjuseks on asjaolu, et mall näeb välja umbes selline:
Ja siis võib osa välja näha umbes selline (see sõltub teie rakendusest):
Tänu sellele, kuidas WordPressis on mallid, jääb funktsioon klassi sisse ja klass kontrollib pistikprogrammi olemasolu.
Kui kasutate koodi nuusutajat, käivitab see tõenäoliselt hoiatuse, et meetodit ei kasutata, kuid meetodit kasutatakse, seda kasutatakse lihtsalt mallifailis. Märkus klassis. Kõik see võib öelda, et mõned meie nuusutajad pole nii intelligentsed. Siiski.
2 Pistikprogrammi serveripoolne kood
Kui olete saanud üldise ettekujutuse, kuidas see toimib, on aeg oma klassis kood kirjutada.
Pidage meeles, et see on lihtne funktsioon: see peab lihtsalt kontrollima pistikprogrammi olemasolu. Saate seda teha mitmel viisil, kuid kõige levinum võib olla API funktsiooni is_active_plugin kasutamine.
Pange tähele, et selle funktsiooni kasutamisel põhineb see idee, et teate kasutatava pistikprogrammi nime. Kui ei, on muid viise, kuid see ei kuulu selle postituse ulatusse.
Igatahes, kuna loogika on tingimuslik, peab see tagastama tõeväärtuse ja see on täpselt see, mida ülaltoodud API funktsioon teeb. Seega võib serveripoolne funktsioon välja näha umbes selline:
Ja kuna mallikood kutsub seda funktsiooni (mida näete ülal), määrab see, kas see peab näitama osalist või mitte.
Piisavalt lihtne
Mõne jaoks on see tõesti lihtne kraam; teiste jaoks on see täiesti erinev lähenemisviis, kuna see käsitleb murede suuremat eraldamist.
Ja jätkates koos saidi liikmetega OOP Fundamentalsi tööd, arvan, et on oluline jagada mõningaid paremaid tavasid ka nendega, kes ei pruugi olla liikmed, kuid soovivad kirjutada paremini organiseeritud koodi.