See t\u00e4hendab, et k\u00f5ik, mida peate rakendusest alla laadima, saab hankida andmebaasist. Kuid seda, kuidas see v\u00e4lja otsiti, v\u00f5ib pidada mustaks kastiks. See on mustri rakendava arendaja \u00fclesanne.<\/p>\n
Ja nende jaoks, kes seda postitust loevad, oleme t\u00f5en\u00e4oliselt meie.<\/p>\n
WordPressi hoidla muster<\/h2>\n
Paar aastat tagasi kirjutasin hoidla mustrist<\/a>, tuues konkreetse n\u00e4ite. See on endiselt asjakohane, kuid selle postituse eesm\u00e4rk on pisut erinev.<\/p>\n Selle asemel, et n\u00e4idata konkreetset teostust, mis p\u00f5hineb tegelikul n\u00e4itel, tahaksin pigem selgitada, kuidas saaksime seda mustrit oma igap\u00e4evases t\u00f6\u00f6s kasutada.<\/p>\n Seda lugedes tuleb meeles pidada kahte asja:<\/p>\n Mustri rakendamisel pole andmete p\u00e4ritolul t\u00e4htsust. V\u00e4hemalt seni, kuni olete arendaja v\u00f5i kliendiobjekt, kes sellesse helistab. Andmesalv v\u00f5ib olla andmebaas, API funktsioonide komplekt v\u00f5i m\u00f5lema kombinatsioon.<\/p>\n Oletame siis, et t\u00f6\u00f6tate s\u00fcndmuste jaoks kohandatud postitust\u00fc\u00fcbiga ning t\u00f6\u00f6tate ka postituste metaandmete ja s\u00fcndmustega seotud valikutega.<\/p>\n V\u00f5ite teha midagi sellist:<\/p>\n Kogu see teave v\u00f5ib olla erinevatesse kohtadesse laiali ja selle hankimise viis v\u00f5ib olla erinev.<\/p>\n Kui t\u00f6\u00f6tame kohandatud postituse t\u00fc\u00fcbiga ja peame saama s\u00fcndmuse nime, saame selleks kasutada postituse ID-d ja \u00fcht WordPressi API funktsiooni<\/a>.<\/p>\n See on \u00fcks juhtum, kus andmesalv on ikka veel meist eemal ja selle asemel kasutab olemasolevat WordPressi API-d.<\/p>\n Sel juhul v\u00f5ime eeldada, et s\u00fcndmuse asukoht on k\u00e4sitsi sisestatud v\u00f5i v\u00f5ib-olla on selle alla laaditud kolmanda osapoole API. Ja kuna asukoht on seotud konkreetse s\u00fcndmusega, v\u00f5ib see olla postituse metaandmete tabelis.<\/p>\n J\u00e4llegi saame selle hankida juba olemasolevate API funktsioonide abil; aga sellistes olukordades on m\u00f5ttekas kasutada abifunktsiooni, sest t\u00f5en\u00e4oliselt p\u00e4\u00e4seme juurde ka teistele metaandmetele.<\/p>\n Nii et k\u00f5igepealt abimees<\/a> :<\/p>\n Ja siis funktsioon, mis kasutab asukoha<\/a> leidmiseks abistajat :<\/p>\n Kuid nendes kahes n\u00e4ites kasutame endiselt olemasolevaid API funktsioone. Kuidas on lood siis, kui peame andmebaasiga r\u00e4\u00e4kima?<\/p>\n Sel juhul suhtleme otse WordPressi andmebaasiga. Kui olete $ wpdb<\/a> objekti ja SQL-iga tuttav, pole see suur asi.<\/p>\n Kui te seda ei tee, soovitan lugeda nii ettevalmistamisfunktsiooni<\/a> kui ka funktsiooni get_results kohta<\/a>.<\/p>\n Seda arvestades saame kirjutada p\u00e4ringu, mis teeb j\u00e4rgmist:<\/p>\n\n
\n
1 S\u00fcndmuse nime hankimine<\/h3>\n
<?php\n\n\/**\n * Retrieves the title of the Event, a custom post type.\n *\n * @param int $eventId the ID of the event post type\n * @return string the title of the post.\n *\/\npublic function getName(int $eventId): string\n{\n return get_the_title($eventId);\n}<\/code><\/pre>\n2 S\u00fcndmuse asukoha hankimine<\/h3>\n
![\"WordPressi](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-160195-61e7073d3924f.png\")
<\/a><\/p>\n<?php \n\/**\n * A helper function for easily retrieving post meta data for a given Event.\n *\n * @param int $id the ID of the event\n * @param string $key the key for the post meta data for which we're retrieveing the data\n *\n * @return string the result of retrieiving the meta data\n *\/\nprivate function get(int $id, string $key): string\n{\n return get_post_meta($id, $key, true);\n}<\/code><\/pre>\n<?php\n\/**\n * @param int $eventID the ID of the event\n * @return string the name of the event of an empty string\n *\/\npublic function getLocationName($eventId): string\n{\n return $this->get($eventId, 'ymc-event-location-name');\n}<\/code><\/pre>\n3 \u00dche postituse URL-i toomine<\/h3>\n
![\"WordPressi](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-160195-61e70741367bc.png\")
<\/a><\/p>\n\n