{"id":229743,"date":"2022-11-23T19:04:00","date_gmt":"2022-11-23T16:04:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229743"},"modified":"2022-11-23T19:19:20","modified_gmt":"2022-11-23T16:19:20","slug":"poluemorfismi-suegavuti-vaatlemine","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/et\/poluemorfismi-suegavuti-vaatlemine\/","title":{"rendered":"Pol\u00fcmorfismi s\u00fcgavuti vaatlemine"},"content":{"rendered":"\n

Kui ma seda sarja alustasin, r\u00e4\u00e4kisin objektorienteeritud programmeerimise neljast sambast. K\u00f5ik need teemad on loetletud ja lingitud allpool.<\/p>\n

    \n
  1. Abstraktsioon<\/a><\/strong><\/li>\n
  2. Kapseldamine<\/a><\/strong><\/li>\n
  3. P\u00e4rand<\/a><\/strong><\/li>\n
  4. Pol\u00fcmorfism<\/a><\/strong><\/li>\n<\/ol>\n

    Siinkohal tahaksin tavaliselt alustada j\u00e4rgmise teemaga liikumist. Enne seda tahaksin aga veeta veel \u00fche postituse pol\u00fcmorfismi kontseptsiooni uurimiseks.<\/p>\n

    Oma senise karj\u00e4\u00e4ri jooksul olen n\u00e4inud v\u00e4heseid teemasid, mis tekitavad objektorienteeritud programmeerimisega tegelejatele rohkem segadust ja probleeme kui pol\u00fcmorfism. Seega tahaksin seda objektorienteeritud programmeerimise kontekstis ja v\u00e4ljaspool konkreetset raamistikku v\u00f5i rakendust (nt WordPress) veidi p\u00f5hjalikumalt arutada.<\/p>\n

    Selles postituses annan kiire \u00fclevaate sellest, mida oleme seni arutanud, ja seej\u00e4rel h\u00fcppan tagasi pol\u00fcmorfismi juurde.<\/p>\n

    P\u00f5hjalik pol\u00fcmorfism<\/h2>\n

    Esiteks, nagu mainitud, tahan kiiresti \u00fcle vaadata, mida seni on arutatud, eriti kui olete m\u00f5ne eelneva postituse varju j\u00e4tnud.<\/p>\n

    \u00c4rge muretsege: miski allpool ei muutu koodiks. Selle asemel m\u00e4\u00e4ratleb see lihtsalt terminid, mida oleme kasutanud, nii et teil oleks aimu, millele ma viitan, kui n\u00e4ete selle seeria jooksul seda s\u00f5na.<\/p>\n

    Abstraktsioon<\/h3>\n
    \n

    Abstraheerime idee millestki klassi. Selle asemel abstraheerime ideid nende klassidesse. Ja siin on p\u00f5hiidee: klass peaks esindama nimis\u00f5na.<\/p>\n<\/blockquote>\n

    Kapseldamine<\/h3>\n
    \n

    Kapseldamine on tegelikult lihtsalt "suur" s\u00f5na, mis viitab ideele oma kohustuste haldamisest (v\u00f5i andmete j\u00e4lgimisest).<\/p>\n<\/blockquote>\n

    P\u00e4rand<\/h3>\n
    \n

    P\u00e4rimine viitab ideele, et \u00fchel klassil, kuigi sellel on oma teostus, p\u00e4rib see s\u00f5na otseses m\u00f5ttes \u00fclemklassi omadused, funktsioonid ja \u00fcldise teostuse.<\/p>\n<\/blockquote>\n

    Pol\u00fcmorfism<\/h3>\n
    \n

    Pol\u00fcmorfism v\u00f5imaldab meil viidata \u00fche t\u00fc\u00fcbi klassile, kui seda v\u00f5idakse deklareerida teise t\u00fc\u00fcbina.<\/p>\n<\/blockquote>\n

    Sellega seoses arvan, et siin v\u00f5ivad asjad veidi keerulisemaks minna. Eelmistes postitustes olen pakkunud mitmeid erinevaid koodin\u00e4iteid (ja soovitan tungivalt neile tagasi vaadata).<\/p>\n

    Kuid t\u00e4nases postituses proovin seda ideed veidi l\u00e4hemalt uurida nii selgituses kui ka koodis.<\/p>\n

    Seoses p\u00e4randiga<\/h2>\n

    Kui see pole sel hetkel ilmne, on pol\u00fcmorfism tugevalt seotud p\u00e4rimisega. M\u00f5elge sellele j\u00e4rgmiselt: kui \u00fcks klass p\u00e4rib atribuudid ja meetodid teiselt klassilt, v\u00f5ib see \u00fclemklassi "paigal seista".<\/p>\n

    See t\u00e4hendab, et kui teil on midagi nagu sisuklass ja teil on kaks alamklassi, millest \u00fcks on postitus<\/strong> ja teine \u200b\u200bon leht<\/strong>, saate klassi eksemplari luua, kasutades sisu<\/strong> viitet\u00fc\u00fcpi.t<\/strong><\/p>\n

    Kuid k\u00e4itusajal on see tegelikult Postitus<\/strong> t\u00fc\u00fcpi eksemplar. On loogiline? Siin on n\u00e4itena m\u00f5ni kood.<\/p>\n

    Esiteks alustame sisuklassi m\u00e4\u00e4ratlemisega<\/a> :<\/p>\n

    <?php\nclass Content {\n\n   protected $title;\n\n   protected $content;\n\n   protected $metadata;\n\n   public function __construct()\n   {\n     $this->title = \"Hello World!\";\n     $this->content = \"This is a sample piece of content.\";\n     $this->metadata = \"<This is the metadata of the post.>\";\n   }\n\n   public function getTitle()\n   {\n     return $this->title;\n   }\n\n   public function getContent()\n   {\n     return $this->content;\n   }\n\n   public function getMetadata()\n   {\n     return $this->metadata;\n   }\n }\n<\/code><\/pre>\n
    Sellel on \u00fcldised omadused, mida olete t\u00f5en\u00e4oliselt oodanud \u2013 pealkiri, sisu ja metaandmed. T\u00f5si, need atribuudid on vaid stringid, kuid reaalses olukorras v\u00f5ivad need olla keerukamad andmestruktuurid.<\/p>\n
    Vaatame n\u00fc\u00fcd postitust<\/strong> :<\/p>\n
    <?php\n\nclass Post extends Content  {\n\n   private $author;\n\n   public function __construct() {\n     parent::__construct();\n     $this->author = \"Tom McFarlin\";\n   }\n\n   public function getAuthor()\n   {\n     return $this->author;\n   }\n }\n<\/code><\/pre>\n
    Mis juhtub siis, kui kutsute v\u00e4lja meetodi Post<\/strong> – klassis, nagu getTitle<\/strong>, mida pole olemas, kuid\u00a0 klassis sisu<\/strong> on see olemas? Seej\u00e4rel otsib see p\u00e4rimise t\u00f5ttu meetodit jaotisest Postitus<\/strong>, mitte ei leia seda, ja hakkab seej\u00e4rel\u00a0 otsima seda jaotisest Sisu<\/strong>.<\/p>\n
    Kui see leitakse, k\u00e4ivitab see selle.<\/p>\n
    \"Pol\u00fcmorfismi<\/a><\/p>\n
    Samamoodi saame midagi sellist teha lehe<\/a> klassi ja sisu andmetega. Esiteks loome baasklassi ja seej\u00e4rel m\u00e4\u00e4rame lehele<\/strong> spetsiifilised atribuudid. Sel juhul on see kategooria.<\/p>\n
    <?php\n\nclass Page extends Content  {\n\n   private $category;\n\n   public function __construct() {\n     parent::__construct();\n     $this->category = \"Articles\";\n   }\n\n   public function getCategory()\n   {\n     return $this->category;\n   }\n }\n<\/code><\/pre>\n
    N\u00fc\u00fcd, kui me koodi k\u00e4ivitame, saame alustada sisuga:<\/strong><\/p>\n
    <?php\n\n$content = new Content();\necho $content->getTitle();<\/code><\/pre>\n
    Pange t\u00e4hele, et see tundub ootusp\u00e4rane, kuna meil on pealkiri ja meil on sisu. Vaatame ka postitust<\/strong> :<\/p>\n
    <?php\n\n\/\/ These will work because they reside in the Content base class.\n$post = new Post();\necho $post->getAuthor();\necho $post->getTitle();<\/code><\/pre>\n
    See toimib, kuna meil on autor, kuid meil on ka pealkiri, kuna see asub sisus<\/strong>. Aga kui me proovime Post eksemplaril kutsuda getAuthor<\/strong>?<\/strong><\/p>\n
    <?php\n\n\/\/ These will work because they reside in the Content base class.\n$post = new Post();\necho $post->getAuthor();\necho $post->getTitle();<\/code><\/pre>\n
    Saame veateate, kuna meetod ei asu selles klassis.<\/p>\n
    \"Pol\u00fcmorfismi<\/a><\/p>\n
    Mida me siis tegema peame? Kuna meil pole PHP-s tugevaid t\u00fc\u00fcpe, ei saa me seda teisele t\u00fc\u00fcbile \u00fcle kanda.<\/p>\n
    Selle jaoks on olemas kujundusmustrid, millest r\u00e4\u00e4gin j\u00e4rgmistes postitustes, kuid PHP ei v\u00f5imalda seda nii lihtsalt kui m\u00f5ned teised keeled (nt C# v\u00f5i Java).<\/p>\n
    K\u00fcsimused pol\u00fcmorfismi kohta<\/h2>\n
    Loodetavasti annab \u00fclaltoodud kood teile aimu, kuidas konkreetsel t\u00fc\u00fcbil, n\u00e4iteks postitusel\u00a0<\/strong> v\u00f5i lehek\u00fcljel<\/strong>, v\u00f5ivad kaudselt olla k\u00e4itusajal kasutatavad p\u00f5hiklassi Sisu omadused ja meetodid.<\/strong><\/p>\n
    Kuid see tekitab ka paar k\u00fcsimust, kas pole? N\u00e4iteks:<\/p>\n