{"id":229737,"date":"2022-11-23T19:36:00","date_gmt":"2022-11-23T16:36:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229737"},"modified":"2022-11-23T19:36:55","modified_gmt":"2022-11-23T16:36:55","slug":"tittar-paa-polymorfism-paa-djupet","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/sv\/tittar-paa-polymorfism-paa-djupet\/","title":{"rendered":"Tittar p\u00e5 polymorfism p\u00e5 djupet"},"content":{"rendered":"\n

N\u00e4r jag startade den h\u00e4r serien pratade jag om de fyra pelarna i objektorienterad programmering. Var och en av dessa \u00e4mnen \u00e4r listade och l\u00e4nkade nedan.<\/p>\n

    \n
  1. Abstraktion<\/a><\/strong><\/li>\n
  2. Inkapsling<\/a><\/strong><\/li>\n
  3. Arv<\/a><\/strong><\/li>\n
  4. Polymorfism<\/a><\/strong><\/li>\n<\/ol>\n

    Vid det h\u00e4r laget skulle jag normalt vilja b\u00f6rja g\u00e5 vidare till n\u00e4sta \u00e4mne. Innan jag g\u00f6r det skulle jag dock vilja spendera ett inl\u00e4gg till med att utforska begreppet polymorfism.<\/p>\n

    I min karri\u00e4r har jag hittills sett f\u00e5 \u00e4mnen som ger dem som kommer in i objektorienterad programmering mer f\u00f6rvirring och problem \u00e4n polymorfism. S\u00e5 jag skulle vilja diskutera det lite mer ing\u00e5ende inom ramen f\u00f6r objektorienterad programmering och utanf\u00f6r n\u00e5gon speciell ram eller applikation (som WordPress).<\/p>\n

    I det h\u00e4r inl\u00e4gget kommer jag att g\u00f6ra en snabb genomg\u00e5ng av vad vi har diskuterat hittills, och sedan hoppa tillbaka till polymorfism.<\/p>\n

    F\u00f6rdjupad polymorfism<\/h2>\n

    F\u00f6rst, som n\u00e4mnts, vill jag snabbt granska vad som har diskuterats hittills, s\u00e4rskilt om du har slarvat bort n\u00e5got av de tidigare inl\u00e4ggen.<\/p>\n

    Oroa dig inte: Inget nedan g\u00e5r ut i kod. Ist\u00e4llet definierar den helt enkelt termerna vi har anv\u00e4nt s\u00e5 att du har en uppfattning om vad jag syftar p\u00e5 n\u00e4r du ser ordet dyka upp i den h\u00e4r serien.<\/p>\n

    Abstraktion<\/h3>\n
    \n

    Vi abstraherar id\u00e9n om n\u00e5got till en klass. Ist\u00e4llet kommer vi att abstrahera id\u00e9er i deras klasser. Och det finns en nyckelid\u00e9 h\u00e4r: En klass ska representera ett substantiv.<\/p>\n<\/blockquote>\n

    Inkapsling<\/h3>\n
    \n

    Inkapsling \u00e4r egentligen bara ett "stort" ord som h\u00e4nvisar till id\u00e9n att hantera sitt ansvar (eller h\u00e5lla reda p\u00e5 dess data).<\/p>\n<\/blockquote>\n

    Arv<\/h3>\n
    \n

    Arv h\u00e4nvisar till id\u00e9n att en klass, \u00e4ven om den har sin egen implementering, bokstavligen \u00e4rver egenskaper, funktioner och generell implementering fr\u00e5n en \u00f6verordnad klass.<\/p>\n<\/blockquote>\n

    Polymorfism<\/h3>\n
    \n

    Polymorfism till\u00e5ter oss att referera till en klass av en typ n\u00e4r den kan deklareras som en annan typ.<\/p>\n<\/blockquote>\n

    Med det sagt, det \u00e4r h\u00e4r jag tror att saker och ting kan bli lite mer komplicerade. I de tidigare inl\u00e4ggen har jag gett ett antal olika kodexempel (och jag uppmanar dig att titta tillbaka p\u00e5 dem).<\/p>\n

    Men i dagens inl\u00e4gg ska jag f\u00f6rs\u00f6ka utforska id\u00e9n lite mer b\u00e5de i f\u00f6rklaring \u00e4n i kod.<\/p>\n

    Ang\u00e5ende arv<\/h2>\n

    Om det inte \u00e4r uppenbart vid denna tidpunkt, \u00e4r polymorfism starkt relaterad till arv. T\u00e4nk p\u00e5 det s\u00e5 h\u00e4r: Om en klass \u00e4rver egenskaper och metoder fr\u00e5n en annan klass, kan den "st\u00e5 p\u00e5 plats" f\u00f6r den \u00f6verordnade klassen.<\/p>\n

    Det betyder att om du har n\u00e5got som en inneh\u00e5llsklass<\/strong> och sedan har tv\u00e5 underklasser, en \u00e4r ett inl\u00e4gg<\/strong> och en \u00e4r en sida<\/strong>, kan du instansiera klassen genom att anv\u00e4nda referenstypen f\u00f6r inneh\u00e5ll.t<\/strong><\/p>\n

    Men vid k\u00f6rning kommer det faktiskt att vara en instans av typen Post .<\/strong> Vettigt? H\u00e4r \u00e4r lite kod som exempel.<\/p>\n

    F\u00f6rst b\u00f6rjar vi med att definiera en inneh\u00e5llsklass<\/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
    Den har de allm\u00e4nna egenskaperna som du f\u00f6rmodligen har f\u00f6rv\u00e4ntat dig \u2013 titel, inneh\u00e5ll och metadata. Visst, dessa egenskaper \u00e4r bara str\u00e4ngar men de kan vara mer utarbetade datastrukturer i en verklig situation.<\/p>\n
    L\u00e5t oss nu titta p\u00e5 ett inl\u00e4gg<\/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
    Vad h\u00e4nder d\u00e5 om du anropar en metod i\u00a0 klassen Post<\/strong>, som getTitle<\/strong>, som inte existerar men den finns i klassen Content<\/strong>? Sedan p\u00e5 grund av arv kommer den att leta efter metoden i Post<\/strong>, inte hitta den, och sedan b\u00f6rja leta efter den i Inneh\u00e5ll<\/strong>.<\/p>\n
    Om den hittas kommer den att k\u00f6ra den.<\/p>\n
    \"Tittar<\/a><\/p>\n
    P\u00e5 samma s\u00e4tt kan vi g\u00f6ra n\u00e5got s\u00e5 h\u00e4r med sidklassen<\/a> och inneh\u00e5llsdata. F\u00f6rst instansierar vi basklassen och sedan st\u00e4ller vi in \u200b\u200begenskaper som \u00e4r specifika f\u00f6r sidan<\/strong>. I det h\u00e4r fallet kommer det att bli en kategori.<\/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
    Nu n\u00e4r vi k\u00f6r koden kan vi b\u00f6rja med inneh\u00e5llet:<\/strong><\/p>\n
    <?php\n\n$content = new Content();\necho $content->getTitle();<\/code><\/pre>\n
    L\u00e4gg m\u00e4rke till att detta ser ut som vi f\u00f6rv\u00e4ntar oss eftersom vi har en titel och vi har inneh\u00e5ll. L\u00e5t oss ocks\u00e5 titta p\u00e5 inl\u00e4gget<\/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
    Detta fungerar eftersom vi har en f\u00f6rfattare men vi har ocks\u00e5 en titel eftersom den finns i Inneh\u00e5ll<\/strong>. Men om vi f\u00f6rs\u00f6ker ringa getAuthor<\/strong> p\u00e5 en instans av Post?<\/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
    Vi kommer att f\u00e5 ett fel eftersom metoden inte finns i den klassen.<\/p>\n
    \"Tittar<\/a><\/p>\n
    S\u00e5 vad ska vi g\u00f6ra? Eftersom vi inte har starka typer i PHP kan vi inte casta det till en annan typ.<\/p>\n
    Det finns designm\u00f6nster f\u00f6r detta, som jag kommer att diskutera i en framtida upps\u00e4ttning inl\u00e4gg, men PHP till\u00e5ter inte detta lika l\u00e4tt som vissa andra spr\u00e5k (som C# eller Java).<\/p>\n
    Fr\u00e5gor om polymorfism<\/h2>\n
    F\u00f6rhoppningsvis ger koden ovan dig en uppfattning om hur en konkret typ som ett inl\u00e4gg\u00a0<\/strong> eller en sida<\/strong> implicit kan ha egenskaperna och metoderna f\u00f6r sin basklass, Content<\/strong>, som anv\u00e4nds vid k\u00f6rning.<\/p>\n
    Men det v\u00e4cker ocks\u00e5 n\u00e5gra fr\u00e5gor, eller hur? Till exempel:<\/p>\n