Kui l\u00e4henete paljudele WordPressi pistikprogrammide arendamisele objektorienteeritud vaatenurgast, j\u00f5uate l\u00f5puks punkti, kus te ei suhtle eriti WordPressi tuuma endaga.<\/p>\n
Ja minu meelest on see hea. See on arhitektuuri tunnuseks, et struktureerite oma koodi \u00f5igesti. See on:<\/p>\n
Kuidas seda rakendatakse, v\u00f5ib see erineda, kuid \u00fcldine viis, kuidas ma seda kujutan, on sama, kuidas ma kaldun m\u00f5tlema standardsele N-tasandi<\/a> rakendusele, kus teil on andmekiht, rakenduse kiht ja esiosa.<\/p>\n V\u00e4lja arvatud seekord, on teil WordPress, WordPressi ja \u00fclej\u00e4\u00e4nud koodiga suhtlemise kiht ning teate, \u00fclej\u00e4\u00e4nud kood.<\/p>\n Kuidas pistikprogrammi saab korraldada.<\/p>\n Mis juhtub siis, kui soovite peatada pistikprogrammi t\u00e4itmise, kui see peab suhtlema kolmanda osapoole s\u00f5ltuvusega ja peaks k\u00e4ivitama ainult siis, kui see s\u00f5ltuvus on olemas?<\/p>\n PHP ja WordPressi olemuse t\u00f5ttu saab seda teha m\u00f5nel viisil. Kood, mida ma jagan, ei kirjuta ette, kuidas seda teha.<\/p>\n Selle asemel on see viis seda teha (mis on v\u00e4lja t\u00f5mmatud millestki, mis on arendamisel). Lisaks n\u00e4itan, kuidas see suhtleb ka m\u00f5ne muu pistikprogrammi komponendiga.<\/p>\n Kui loete piisavalt artikleid WordPressi ja objektorienteeritud programmeerimise kohta, avastate t\u00f5en\u00e4oliselt, et konksude m\u00e4\u00e4ratlemiseks ei tohiks konstruktoreid kasutada. Ja n\u00f5ustun.<\/p>\n See loob tarbetu sidumise ja muudab testimise raskemaks. Mis on siis konstruktori eesm\u00e4rk WordPressi-p\u00f5hises koodis?<\/p>\n Kasutan seda samadel p\u00f5hjustel, mida v\u00f5iksite oodata mis tahes muus keeles: klassi atribuutide l\u00e4htestamiseks. Allolevas koodis n\u00e4ete kolme asja.<\/p>\n Muidugi, see on paljus\u00f5naline<\/a>, kuid see ei kasuta v\u00e4\u00e4rtuste l\u00e4htestamiseks nutikat koodi.<\/p>\n (Mida vanemaks ma olen saanud, seda rohkem on mulle meeldinud konkreetne kood, kuna see muudab selle lugemise, k\u00e4ttev\u00f5tmise ja kiirema liikumise lihtsamaks kui alternatiiv.)<\/p>\n Kuna me ei kasuta WordPressi konksudega t\u00f6\u00f6tamiseks konstruktorit, peaks see funktsioon eksisteerima m\u00f5ne muu meetodi kontekstis.<\/p>\n See annab meile spetsiaalse koha seda t\u00fc\u00fcpi funktsioonide paigutamiseks, \u00fclej\u00e4\u00e4nud klassist lahti\u00fchendamiseks ja WordPressiga suhtlemiseks ainult siis, kui meetod on selges\u00f5naliselt v\u00e4lja kutsutud.<\/p>\n Kuid pidage meeles, et kogu selle m\u00f5te, mida ma k\u00e4sitlen, on seotud pistikprogrammi t\u00e4itmise peatamisega \u2013 mitte sellega, kuhu konksud paigutada.<\/p>\n Oletame, et kolmanda osapoole s\u00f5ltuvust pole olemas, mis siis saab? Tuletame meelde, et konstruktoris m\u00e4\u00e4rati atribuut, mis v\u00f5imaldab meil otsustada, kas peaksime<\/a> konksude seadistamisega edasi liikuma v\u00f5i mitte:<\/p>\n Ja kui see on paigas, siis \u00fclej\u00e4\u00e4nud koodi ei k\u00e4ivitata.<\/p>\n See k\u00f5lab nii v\u00e4ga v\u00e4ikese koodi kohta palju selgitusi.<\/p>\n Kuid osa sellest on ka p\u00fc\u00fcdes edasi anda WordPressi-p\u00f5hise projekti osade eraldamise olulisust \u00fclej\u00e4\u00e4nud tuumast, et osad saaksid omavahel suhelda, ilma et oleks vaja kogu aeg tuumaga r\u00e4\u00e4kida.<\/p>\nPeatage pistikprogrammi k\u00e4ivitamine<\/h2>\n
1 Konstruktor<\/h3>\n
\n
<?php\n\npublic function __construct( $container) {\n\n $this->can_run = true;\n\n \/\/ If the dependency isn't installed, then add a message and flag execution to stop.\n $this->messenger = $container->get( 'settings-messenger');\n if (! class_exists( 'Acme_Dependency')) {\n\n $this->messenger->add_error_message( 'The dependency is not installed.' );\n $this->can_run = false;\n }\n}\n<\/code><\/pre>\n2 Initsialiseerimismeetod<\/h3>\n
<?php\n\npublic function init() {\n\n if (! $this->can_run) {\n return;\n }\n\n add_action( 'admin_notices', array( $this, 'admin_notices') );\n}\n<\/code><\/pre>\nPalju s\u00f5nu, v\u00e4he koodi<\/h2>\n