N\u00e4r det kommer till att skapa klasser f\u00f6r WordPress-plugins har jag f\u00e5tt fr\u00e5gan om varf\u00f6r jag bryr mig om att dela upp funktionalitet i prenumeranter och i andra klasser.<\/p>\n
Jag tycker att det h\u00e4r \u00e4r en bra fr\u00e5ga eftersom det hj\u00e4lper att f\u00f6rst\u00e5 tv\u00e5 saker:<\/p>\n
S\u00e5 jag t\u00e4nkte varf\u00f6r inte svara i form av ett kort inl\u00e4gg? Det kommer att dokumentera varf\u00f6r bakom vad [och det kommer att ge mig en plats att uppdatera om saker f\u00f6r\u00e4ndras i framtiden].<\/p>\n
Jag betraktar klasserna som inte \u00e4r abonnentdom\u00e4nobjekt som kommer fr\u00e5n mjukvaruutvecklingsmetoden f\u00f6r dom\u00e4ndriven design.<\/p>\n
Det ligger utanf\u00f6r ramen f\u00f6r detta inl\u00e4gg men v\u00e4rt att n\u00e4mna om det inte av n\u00e5gon annan anledning ger ett sammanhang till vad som annars skulle betraktas som jargong.<\/p>\n
Men f\u00f6rst, prenumeranter.<\/p>\n
Eftersom WordPress \u00e4r baserat kring ett hook-system \u2013 ett system som \u00e4r baserat p\u00e5 det h\u00e4ndelsedrivna designm\u00f6nstret \u2013 \u00e4r det bra att ha en klass som reagerar p\u00e5 n\u00e4r en h\u00e4ndelse tas upp.<\/p>\n
Detta kan vara f\u00f6r alla f\u00f6rdefinierade WordPress-krokar eller alla anpassade krokar. Det spelar ingen roll.<\/p>\n
Och jag vill inte g\u00f6ra klassen mer komplicerad \u00e4n n\u00f6dv\u00e4ndigt s\u00e5 jag tenderar att t\u00e4nka p\u00e5 dem s\u00e5 h\u00e4r:<\/p>\n
En abonnent svarar n\u00e4rhelst en specifik h\u00e4ndelse intr\u00e4ffar.<\/p>\n
Och det \u00e4r allt. Denna h\u00e4ndelse kan vara n\u00e5got som after_theme_setup<\/a> eller the_content<\/a> eller till och med init<\/a>. Det spelar ingen roll.<\/p>\n Den v\u00e4ntar p\u00e5 att en h\u00e4ndelse ska intr\u00e4ffa och svarar sedan p\u00e5 vad vi \u00e4n best\u00e4mmer genom att anv\u00e4nda annan kod (vilket \u00e4r d\u00e4r dom\u00e4nobjekt kommer in i bilden).<\/p>\n Dessa kan ocks\u00e5 kallas aff\u00e4rsobjekt eller n\u00e5got liknande. Tanken bakom dem \u00e4r denna:<\/p>\n Allt som vi g\u00f6r i objektorienterad programmering \u00e4r t\u00e4nkt att l\u00f6sa ett visst problem och det \u00e4r menat att g\u00f6ra det genom n\u00e5gon typ av objekt som representerar ett verkligt objekt eller \u00e5tminstone en konkret id\u00e9.<\/p>\n S\u00e5 n\u00e4rhelst du arbetar med att tillhandah\u00e5lla en l\u00f6sning f\u00f6r n\u00e5gon, \u00e4r klasserna som du skriver \u2013 objekten de blir n\u00e4r de instansieras \u2013 dom\u00e4nobjekten.<\/p>\n Det \u00e4r ocks\u00e5 de klasser som g\u00f6r sj\u00e4lva arbetet. S\u00e5 du kan t\u00e4nka p\u00e5 det i tre komponenter:<\/p>\n Dom\u00e4nobjekten \u00e4r d\u00e4r koden f\u00f6r att faktiskt g\u00f6ra n\u00e5got bor. Prenumeranterna \u00e4r som kopplingen mellan WordPress och n\u00e4mnda funktionalitet.<\/p>\n Prenumeranter s\u00e4ger "Denna h\u00e4ndelse har h\u00e4nt och och den h\u00e4r klassen \u00e4r kapabel och ansvarig f\u00f6r att hantera resultaten av den."<\/p>\n Tidigare i inl\u00e4gget pratade jag om hur dom\u00e4nobjekt \u00e4r relaterade till enhetstestning och andra kvalitetskontrollrelaterade programmeringstekniker.<\/p>\n \u00c4ven om det h\u00e4r inte \u00e4r inl\u00e4gget f\u00f6r detaljerna \u00e4r det v\u00e4rt att n\u00e4mna att genom att h\u00e5lla dom\u00e4nobjekt och prenumeranter frikopplade fr\u00e5n varandra (och i sin tur fr\u00e5n WordPress) kan vi instansiera, testa och arbeta med objekt som anropas av prenumeranter utan att beh\u00f6va ta med WordPress i v\u00e5rt arbete.<\/p>\n Och detta \u00e4r n\u00e5got som kan vara oerh\u00f6rt anv\u00e4ndbart n\u00e4r man bygger st\u00f6rre l\u00f6sningar. Men k\u00e4rnan i hur man g\u00f6r det \u00e4r inneh\u00e5ll f\u00f6r ett annat inl\u00e4gg.<\/p>\n2 dom\u00e4nobjekt<\/h3>\n
\n
Hur \u00e4r det med tester och s\u00e5 vidare?<\/h2>\n