Seuraavaksi aiomme tarkastella sis\u00e4ll\u00f6n render\u00f6imist\u00e4 k\u00e4ytt\u00f6liittym\u00e4ss\u00e4. Olemme l\u00e4hestym\u00e4ss\u00e4 Boilerplaten uudelleenmuodostuksen loppua, mutta viel\u00e4 on v\u00e4h\u00e4n teht\u00e4v\u00e4\u00e4 ennen kuin olemme valmiita yhdist\u00e4m\u00e4\u00e4n sen koodikannan p\u00e4\u00e4haaraan.<\/p>\n<\/blockquote>\n
Joten t\u00e4ss\u00e4 postauksessa aiomme jatkaa siell\u00e4. Nyt jos olet seurannut t\u00e4h\u00e4n asti, sinulla pit\u00e4isi olla kaikki mit\u00e4 tarvitset kehityshaaralta.<\/p>\n
Jos ei, muista vet\u00e4\u00e4 se, sill\u00e4 aiomme poimia siit\u00e4 postauksen loppuosassa.<\/p>\n
WordPress Widget Boilerplate: Refactoring osa 12<\/h2>\n
Mit\u00e4 tulee k\u00e4ytt\u00f6liittym\u00e4\u00e4n, on helppo ajatella, ett\u00e4 k\u00e4ytt\u00f6liittym\u00e4 on mit\u00e4 tahansa, mit\u00e4 k\u00e4ytt\u00e4j\u00e4 n\u00e4kee edess\u00e4\u00e4n riippumatta siit\u00e4, onko se hallinnollisella alueella vai ei.<\/p>\n
T\u00e4ss\u00e4 sarjassa on kuitenkin ollut selv\u00e4\u00e4, ett\u00e4 jaamme k\u00e4ytt\u00e4j\u00e4n n\u00e4kem\u00e4n hallinnollisen alueen ja sivuston julkisen alueen kesken.<\/p>\n
Aiomme siis kehitt\u00e4\u00e4 koodin aluetta, joka tuottaa tietoja k\u00e4ytt\u00e4j\u00e4lle sivuston julkisella alueella. Aloitamme yksinkertaisesti lukemalla tiedot ja n\u00e4ytt\u00e4m\u00e4ll\u00e4 ne.<\/p>\n
Seuraavassa viestiss\u00e4 tarkastelemme ty\u00f6skentely\u00e4 ehdollisen logiikan kanssa joidenkin vaihtoehtojen osalta n\u00e4hd\u00e4ksemme, onko meid\u00e4n teht\u00e4v\u00e4 jotain.<\/p>\n
T\u00e4m\u00e4n j\u00e4lkeen siirryt\u00e4\u00e4n koodiin.<\/p>\n
N\u00e4yt\u00e4mme datasta<\/h3>\n
Muista, ett\u00e4 widgetill\u00e4 on t\u00e4ss\u00e4 vaiheessa kolme asiaa, jotka vaikuttavat sen n\u00e4ytt\u00f6\u00f6n:<\/p>\n
- \n
- widgetin otsikko,<\/li>\n
- widgetin sis\u00e4lt\u00f6,<\/li>\n
- kytkin, joka m\u00e4\u00e4ritt\u00e4\u00e4, pit\u00e4isik\u00f6 meid\u00e4n n\u00e4ytt\u00e4\u00e4 otsikko vai ei<\/li>\n<\/ol>\n
Kolmas vaihtoehto on ensisijaisesti n\u00e4ytt\u00e4\u00e4, miten erityyppist\u00e4 elementti\u00e4 k\u00e4ytet\u00e4\u00e4n. Koska teknisesti, jos emme haluaisi n\u00e4ytt\u00e4\u00e4 widgetin otsikkoa, emme vain laittaisi widgetiin mit\u00e4\u00e4n.<\/p>\n
Mutta mielest\u00e4ni se auttaa osoittamaan eri elementtityyppien ja niiden arvojen k\u00e4ytt\u00e4misen k\u00e4yt\u00e4nn\u00f6llisell\u00e4 (tai puolik\u00e4yt\u00e4nn\u00f6llisell\u00e4) tavalla.<\/p>\n
Joka tapauksessa tied\u00e4mme, ett\u00e4 jokaisen widgetin esiintym\u00e4n tiedot tallennetaan WordPressin tarjoaman otsikon<\/strong>, sis\u00e4ll\u00f6n<\/strong> ja n\u00e4ytt\u00f6otsikon<\/strong> nimen ja tunnuksien kanssa.<\/p>\n
Siksi k\u00e4yt\u00e4mme niit\u00e4 k\u00e4ytt\u00f6liittym\u00e4koodissamme arvojen n\u00e4ytt\u00e4miseen.<\/p>\n
N\u00e4ytt\u00f6toimintojen valmistelu<\/h3>\n
Tyypillisesti widget<\/strong> – toiminto vastaa widgetin tulosteen n\u00e4ytt\u00e4misest\u00e4. Mutta yksi asioista, joita olemme yritt\u00e4neet tehd\u00e4, on erottaa widgetimme huolenaiheet kohdistetuiksi luokiksi ja toiminnoiksi.<\/p>\n
Ensimm\u00e4inen asia, jonka haluamme tehd\u00e4, on kirjoittaa WidgetDisplay-<\/strong> luokka, joka vastaa, kuten on varmasti ilmeist\u00e4, widgetin sis\u00e4ll\u00f6n n\u00e4ytt\u00e4misest\u00e4.<\/p>\n
Toistaiseksi t\u00e4m\u00e4 sis\u00e4lt\u00e4\u00e4 ehdoitta otsikon, sis\u00e4ll\u00f6n ja sen arvon, sis\u00e4llytet\u00e4\u00e4nk\u00f6 otsikko vai ei. WordPress tarjoaa my\u00f6s tietyn sis\u00e4ll\u00f6n, kuten merkinn\u00e4t, joiden pit\u00e4isi n\u00e4ky\u00e4 ennen widgeti\u00e4 ja widgetin j\u00e4lkeen, joten varmistamme, ett\u00e4 sis\u00e4llyt\u00e4mme my\u00f6s sen.<\/p>\n
Mutta ensin tyhjennet\u00e4\u00e4n luokka<\/a> :<\/p>\n
<?php\n\nnamespace WordPressWidgetBoilerplateWordPress;\n\nclass WidgetDisplay\n{\n private $widgetSlug;\n\n public function __construct(string $widgetSlug)\n {\n $this->widgetSlug = $widgetSlug;\n }\n\n public function show($args, $instance)\n {\n \/\/ More to come\n }\n}\n<\/code><\/pre>\nSen j\u00e4lkeen meid\u00e4n on varmistettava, ett\u00e4 kirjoitamme sen my\u00f6s muille luokille. Ensin varmistamme, ett\u00e4 sis\u00e4llytet\u00e4\u00e4n se widget-luokkaamme<\/a> :<\/p>\n
<?php\npublic function widget($args, $instance)\n{\n return $this->widgetDisplay->show($args, $instance);\n}<\/code><\/pre>\nJa sitten lis\u00e4\u00e4mme sen WidgetAdmin-luokkaan<\/a> (koska t\u00e4ss\u00e4 ovat Widget-sovellusliittym\u00e4n ydintoiminnot \u2013 se vain siirt\u00e4\u00e4 vastuun oikealle luokalle):<\/p>\n
<?php\n\npublic function __construct($widgetSlug)\n{\n parent::__construct($widgetSlug);\n $this->widgetSerializer = new WidgetSerializer($this->getWidgetSlug());\n $this->widgetDisplay = new WidgetDisplay($this->getWidgetSlug());\n}<\/code><\/pre>\nT\u00e4ss\u00e4 vaiheessa emme viel\u00e4 n\u00e4yt\u00e4 mit\u00e4\u00e4n. Olemme l\u00e4hell\u00e4 ja keskitymme siihen pian.<\/p>\n
Datan n\u00e4ytt\u00e4minen<\/h3>\n
Olettaen, ett\u00e4 pystyt lis\u00e4\u00e4m\u00e4\u00e4n yll\u00e4 olevan koodin ilman virheit\u00e4, on aika n\u00e4ytt\u00e4\u00e4 widgetin sis\u00e4lt\u00f6.<\/p>\n
Voimme tehd\u00e4 t\u00e4m\u00e4n monella eri tavalla yksinkertaisesta var_dump<\/strong> -tiedostosta sis\u00e4ll\u00f6n n\u00e4ytt\u00e4miseen k\u00e4ytt\u00e4j\u00e4yst\u00e4v\u00e4llisemm\u00e4ll\u00e4 tavalla. Ja olen enemm\u00e4n j\u00e4lkimm\u00e4isen fani.<\/p>\n
Joten tehd\u00e4\u00e4n se.<\/p>\n
Lis\u00e4\u00e4 WidgetDisplay-<\/strong> luokkasi show –<\/strong> toimintoon seuraava koodi<\/a> :<\/a><\/p>\n
<?php\npublic function show($args, $instance)\n{\n include_once 'Views\/Widget.php';\n}<\/code><\/pre>\n
![\"WordPress-widgetit:](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-160763-61e7125f80aab.png\")
<\/a><\/p>\n