{"id":231164,"date":"2022-12-14T14:43:00","date_gmt":"2022-12-14T11:43:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231164"},"modified":"2022-12-14T14:43:37","modified_gmt":"2022-12-14T11:43:37","slug":"wordpress-widgetit-tunnista-olio-ohjelmointi","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fi\/wordpress-widgetit-tunnista-olio-ohjelmointi\/","title":{"rendered":"WordPress-widgetit: Tunnista olio-ohjelmointi"},"content":{"rendered":"\n

Jos et ole lukenut t\u00e4m\u00e4n sarjan ensimm\u00e4ist\u00e4 viesti\u00e4, suosittelen sit\u00e4, koska alamme kirjoittaa oliokoodia WordPressille Widgets API:n avulla.<\/a><\/strong><\/p>\n

Sarja aikoo taltioida muutamia asioita:<\/p>\n

    \n
  1. n\u00e4ytt\u00e4\u00e4 sinulle widgetin perusrungon ja miksi se on oliosuuntautunut,<\/li>\n
  2. keskustella siit\u00e4, mit\u00e4 asioita sinun pit\u00e4isi pysty\u00e4 huomaamaan ja miksi<\/li>\n
  3. p\u00e4ivit\u00e4 Widget Boilerplate ensin suoraan t\u00e4lle sivustolle ja siirr\u00e4 se sitten GitHubiin,<\/li>\n
  4. rakentaa widget API:n avulla, jonka pohjana on ty\u00f6mme.<\/li>\n<\/ol>\n

    Mutta ennen kuin teen sen, haluan varmistaa, ett\u00e4 jokainen t\u00e4t\u00e4 lukeva on perehtynyt olio-ohjelmoinnin perusperiaatteisiin ja ett\u00e4 heill\u00e4 on kaikki tarvittava olio-ratkaisun rakentamiseen WordPressille.<\/p>\n

    T\u00e4t\u00e4 varten suosittelen seuraavaa:<\/p>\n

      \n
    1. Kaksi olio-ohjelmoinnin pilaria: Osa 1\/2<\/a><\/strong><\/li>\n
    2. Olio-ohjelmoinnin kaksi pilaria: Osa 2\/2<\/a><\/strong><\/li>\n
    3. Abstract Classes, Osa 1 \u2013 Abstraktiok\u00e4ytt\u00e4ytyminen<\/a><\/strong><\/li>\n
    4. Abstraktit luokat, osa 2 \u2013 Abstraktit luokat ja k\u00e4ytt\u00f6liittym\u00e4t<\/a><\/strong><\/li>\n
    5. Itsen\u00e4inen WordPress-kehitt\u00e4j\u00e4<\/a><\/strong><\/li>\n<\/ol>\n

      Jos olet lukenut kaiken sis\u00e4ll\u00f6n, hienoa. Olet valmistautunut hyvin t\u00e4h\u00e4n viestiin ja tuleviin viesteihin. Jos ei, muussa lukemassasi saattaa olla reiki\u00e4, mutta viestin ydin tulee olla riitt\u00e4v\u00e4n selke\u00e4.<\/p>\n

      Mik\u00e4 on sopimus, tarkalleen?<\/h3>\n

      Asia on t\u00e4ss\u00e4: viime viikolla<\/a><\/strong> jaoin hieman koodia ja tietoja Widgets API<\/a><\/strong> :sta. Aion palata asiaan hieman enemm\u00e4n t\u00e4ss\u00e4 viestiss\u00e4 ennen kuin siirrymme koodaamista vaativampaan osaan kahdesta syyst\u00e4:<\/p>\n

        \n
      1. Haluan kaikkien t\u00e4t\u00e4 lukevien olevan samalla sivulla, kun se liittyy oliokoodin kirjoittamiseen (ainakin t\u00e4ss\u00e4 yhteydess\u00e4),<\/li>\n
      2. Ymm\u00e4rr\u00e4n, ett\u00e4 ihmiset tulevat eri taustoista, ja haluan varmistaa, ett\u00e4 olemme kaikki mahdollisimman pitk\u00e4lle samalla sivulla ennen kuin jatkat.<\/li>\n<\/ol>\n

        Jos sinulla on kokemusta oliokoodin kirjoittamisesta, etenkin edistyneess\u00e4 kapasiteetissa, t\u00e4m\u00e4 saattaa tuntua yksinkertaiselta. Muuten toivon, ett\u00e4 t\u00e4m\u00e4 varustaa sinut kaikella, mit\u00e4 tarvitset oliosuuntautuneiden k\u00e4yt\u00e4nt\u00f6jen havaitsemiseksi ei vain t\u00e4m\u00e4n API:n suhteen, vaan my\u00f6s muiden koodia lukiessa.<\/p>\n

        Kuinka havaita olio-ohjelmointi<\/h2>\n

        Ehk\u00e4 luonnollinen ensimm\u00e4inen kysymys on, miksi meid\u00e4n t\u00e4ytyy pysty\u00e4 havaitsemaan, lukemaan tai ymm\u00e4rt\u00e4m\u00e4\u00e4n olio-ohjelmointia ennen sen kirjoittamista?<\/p>\n

        Sana huonosta koodista<\/h3>\n

        Lyhyt vastaus siihen on t\u00e4m\u00e4:<\/p>\n

        Sinun ei tarvitse, mutta se on hy\u00f6dyllinen minulle. Jos osaat lukea olio-ohjelmointia, sinulla on etumatka sen tarjoaman paradigman hy\u00f6dynt\u00e4misess\u00e4, koska aiot rakentaa muiden muissa projekteissa tekemi\u00e4 strategioita ja ty\u00f6t\u00e4.<\/p>\n

        T\u00e4m\u00e4 ei tarkoita, ettemme lukisi huonoa koodia, mutta teemme kaikkemme tunnistaaksemme huonon koodin, tunnistaaksemme ongelmalliset alueet ja teemme sitten kaikkemme v\u00e4ltt\u00e4\u00e4ksemme sen sis\u00e4llytt\u00e4misen ty\u00f6h\u00f6n.<\/p>\n

        Katsotaan nyt kuitenkin Widgets API<\/a><\/strong> :ta n\u00e4hd\u00e4ksemme, mit\u00e4 voimme tehd\u00e4 olio-ohjelmoinnin havaitsemiseksi.<\/p>\n

        Takaisin olio-ohjelmointiin<\/h3>\n

        Edellisess\u00e4 viestiss\u00e4 hahmottelin kaksi asiaa, jotka osoittavat, ett\u00e4 API on oliosuuntautunut (ainakin jossain m\u00e4\u00e4rin):<\/p>\n

          \n
        1. Extens<\/strong> – avainsanan k\u00e4ytt\u00f6 ,<\/li>\n
        2. toimintoja, jotka meid\u00e4n on toteutettava.<\/li>\n<\/ol>\n

          Syy, miksi haluan palata t\u00e4h\u00e4n aiheeseen, on se, ett\u00e4 se tunnistaa kaksi keskeist\u00e4 asiaa, jotka ovat osa ydinolio-periaatteita: Periytys<\/a><\/strong> ja funktioiden toteutus (joka on usein osa abstrakteja luokkia<\/a><\/strong> ).<\/p>\n

          Huomautus ennen kuin tarkastelemme yll\u00e4 olevaa:<\/p>\n

          Kun tarkastelet luokan WP_Widget l\u00e4hdett\u00e4<\/a><\/strong>, huomaat, ett\u00e4 abstrakteja menetelmi\u00e4 ei ole. Mutta jotkin toiminnot, jotka meid\u00e4n on toteutettava ja jotka mainitsen my\u00f6hemmin t\u00e4ss\u00e4 viestiss\u00e4, ovat ensisijaisia \u200b\u200b\u200b\u200behdokkaita abstrakteille menetelmille. Ja keskustelen my\u00f6s miksi.<\/p>\n

          Erotetaan yll\u00e4 olevat aiheet kahteen erilliseen osaan: Perinn\u00f6llisyys ja Abstraktiot.<\/p>\n

          Perint\u00f6<\/h3>\n

          K\u00e4sittelin perinn\u00f6n suhteellista syvyytt\u00e4 edellisess\u00e4 viestiss\u00e4<\/a><\/strong>, joten en k\u00e4sittele asiaa t\u00e4ss\u00e4. Esit\u00e4n muutaman sanan, mutta olen paljon kiinnostuneempi abstraktista keskustelusta, jonka teen hetken kuluttua.<\/p>\n

          Ennen kuin menet t\u00e4h\u00e4n liian pitk\u00e4lle, katso kuitenkin seuraava koodi:<\/a><\/strong><\/p>\n

          <?php\nclass AcmeWidget extends WP_Widget \n{ \n    public function __construct() \n    {\n    }\n\n    public function widget($args, $instance) \n    {\n    }\n\n    public function form($instance)\n    {\n    }\n\n    public function update($newInstance, $oldInstance)\n    {\n    }\n}<\/code><\/pre>\n
          Mutta ensinn\u00e4kin voimme huomata, ett\u00e4 mink\u00e4 tahansa luokan, joka toteuttaa Widgets API:n, on k\u00e4ytett\u00e4v\u00e4 periytymist\u00e4 yksinkertaisesti laajennetun<\/strong> avainsanan takia.<\/p>\n
          T\u00e4m\u00e4 tarkoittaa, ett\u00e4 on olemassa tietyn tason toimintoja, jotka aiomme peri\u00e4 (tai saada ilmaiseksi), ja on olemassa taso toimintoja, jotka meid\u00e4n on otettava k\u00e4ytt\u00f6\u00f6n itse.<\/p>\n
          PHP k\u00e4sikirjasta<\/a><\/strong> :<\/p>\n
          \n
          Kun esimerkiksi laajennat luokkaa, alaluokka perii kaikki julkiset ja suojatut menetelm\u00e4t yl\u00e4luokalta. Ellei luokka ohita n\u00e4it\u00e4 menetelmi\u00e4, ne s\u00e4ilytt\u00e4v\u00e4t alkuper\u00e4isen toiminnallisuutensa.<\/p>\n<\/blockquote>\n
          Kun kuitenkin perit toiminnallisuuden luokasta, saatat huomata, ett\u00e4 on t\u00e4rke\u00e4\u00e4 kutsua tiukasti yl\u00e4tason konstruktoria (__construct-<\/strong> funktiossamme).<\/p>\n
          Mutta t\u00e4m\u00e4 her\u00e4tt\u00e4\u00e4 mielest\u00e4ni yhden t\u00e4rkeimmist\u00e4 PHP:n periytymisongelmista (ja koko syyn, miksi halusin sis\u00e4llytt\u00e4\u00e4 t\u00e4m\u00e4n osion): Pit\u00e4\u00e4k\u00f6 meid\u00e4n kutsua emokonstruktoria eksplisiittisesti?<\/p>\n
          My\u00f6s ohjekirjan mukaan:<\/a><\/strong><\/p>\n
          \n
          Emokonstruktoreja ei kutsuta implisiittisesti, jos aliluokka m\u00e4\u00e4rittelee konstruktorin. P\u00e4\u00e4konstruktorin suorittamiseksi vaaditaan kutsu emo::__construct() -alennuskonstruktorissa<\/strong>. Jos lapsi ei m\u00e4\u00e4rittele konstruktoria, se voidaan peri\u00e4 p\u00e4\u00e4luokasta aivan kuten normaali luokkametodi (jos sit\u00e4 ei ole ilmoitettu yksityiseksi).<\/p>\n<\/blockquote>\n
          Mutta voimme yksinkertaistaa t\u00e4t\u00e4. Ehk\u00e4 t\u00e4m\u00e4 on helpompi muistaa:<\/p>\n
            \n
          1. Jos luokkamme k\u00e4ytt\u00e4\u00e4 periytymist\u00e4, mutta ei m\u00e4\u00e4rit\u00e4 konstruktoria, kutsutaan p\u00e4\u00e4konstruktoria.<\/li>\n
          2. Jos luokkamme k\u00e4ytt\u00e4\u00e4 periytymist\u00e4, mutta m\u00e4\u00e4rittelee konstruktorin, p\u00e4\u00e4rakennetta on kutsuttava eksplisiittisesti.<\/li>\n<\/ol>\n
            Tai ehk\u00e4 viel\u00e4 yksinkertaisemmin:<\/p>\n