Kui kirjutate WordPressi jaoks objektorienteeritud koodi (tavaliselt pistikprogrammide kontekstis), puutute enne klassi l\u00e4htestamist t\u00f5en\u00e4oliselt kokku class_exists kontrolliga. Kuid me peaksime praegusel hetkel hakkama suures osas oma koodis v\u00e4ltima class_exists’i (m\u00f5ne erandiga, mida ma allpool kirjeldan).<\/p>\n
Olenevalt kasutatavast PHP versioonist on see m\u00f5istlik. V\u00f5i tegi seda omal ajal. PHP 5.3.0 seisuga pole see vajalik. Selle asemel on parem tava kasutada nimeruume.<\/p>\n
Sellel lehel<\/a> n\u00e4ete k\u00f5iki WordPressi erinevate versioonide n\u00f5udeid, \u00a0nii et kui t\u00f6\u00f6tate WordPressi p\u00e4randversioonidega, v\u00f5ib kogu class_exists kontroll olla seda v\u00e4\u00e4rt.<\/p>\n Siiski on oluline m\u00e4rkus<\/a> :<\/p>\n M\u00e4rkus. Kui kasutate p\u00e4randkeskkonda, kus teil on ainult vanemad PHP v\u00f5i MySQL versioonid, t\u00f6\u00f6tab WordPress ka versioonidega PHP 5.2.4+ ja MySQL 5.0+, kuid need versioonid on j\u00f5udnud ametliku eluea l\u00f5ppu ja seet\u00f5ttu v\u00f5ivad teie saidil olla turvan\u00f5rkused<\/strong>.<\/p>\n<\/blockquote>\n Kuid enamiku jaoks toetavad kaasaegsed hostimiskeskkonnad v\u00e4hemalt PHP 5.3.0, kui mitte k\u00f5rgemat versiooni, ja seet\u00f5ttu ei pea me kasutama class_existsi.<\/p>\n Sellegipoolest ei ole haruldane n\u00e4ha midagi sellist<\/a> :<\/p>\n V\u00f5i niimoodi<\/a> :<\/p>\n Aastaid tagasi kirjutasin ka sellise koodi. M\u00f5nikord oli selleks liides juba olemasoleva koodibaasiga. Muul ajal oli see sellep\u00e4rast, et ma ei teadnud paremat. Asi on selles, et sellest on saanud midagi, mida n\u00e4eme WordPressi-p\u00f5hises koodis, kui me ei pea seda kasutama.<\/p>\n Tegelikult v\u00e4idan, et me ei peaks seda enam kasutama.<\/p>\n Aga mida rohkem koodi kirjutad ja mida rohkem koodi loed, seda rohkem \u00f5pid, eks? See on osa nimeruumide ja automaatse laadimise p\u00f5hjusest.<\/p>\n<\/p>\n Niisiis, kuidas oleks \u00fclaltoodud kood kirjutatud?<\/p>\n V\u00f5ib-olla selline<\/a> :<\/p>\n Siiski tekitab see m\u00f5nes k\u00fcsimuse: kuidas aitavad nimeruumid klassi_eksisteerimise asemel kasutada?<\/p>\n Ideaalis, kui sama klass eksisteerib nimeruumis, on probleem nimeruumiga. Pidage meeles, et v\u00f5ite m\u00f5elda nimeruumile<\/a> nagu unikaalsetest osadest koosnevast paketist. Ja kuna need on ainulaadsed, ei tohiks kunagi olla teist sellist t\u00fckki v\u00f5i selles klassis teist samasugust.<\/p>\n Sel eesm\u00e4rgil proovige klass_exists-kontrollide kasutamise asemel kasutada nimeruume. Muidugi ei \u00fctle ma, et minge tagasi ja muutke kogu kood \u00fcmber \u2013 ma pole seda teinud \u2013, kuid see ei t\u00e4henda, et kood, mille kirjutan v\u00f5i \u00fcle vaatan, sisaldaks selle kasutamist v\u00f5i soovitusi.<\/p>\n See on lihtne muudatus, mis v\u00f5ib aidata koodi h\u00f5lpsamini loetavana, v\u00e4hemate tingimustingimustega (postitus teiseks korraks) ja selle palju paremini organiseerituna hoidmisel.<\/p>\n\n
<?php\n\nif (! class_exists( 'My_Unique_Class')) {\n class My_Unique_Class {\n \/\/ class implementation\n }\n}\n<\/code><\/pre>\n<?php\n\nif (class_exists( 'My_Unique_Class')) {\n return;\n}\n\nclass My_Unique_Class {\n \/\/ class implementation\n}\n<\/code><\/pre>\n<?php\n\nnamespace TomMcFarlin;\n\nclass My_Unique_Class {\n \/\/ class implementation\n}\n<\/code><\/pre>\n