Siinkohal \u00fctleksin, et objektorienteeritud programmeerimise m\u00f5istmise alused on loodud.<\/p>\n
T\u00e4psemalt olen k\u00e4sitlenud j\u00e4rgmist:<\/p>\n
Ja, jah, vaieldakse selle \u00fcle, mis on alused (st m\u00f5ned ei viska pol\u00fcmorfismi segusse, kuigi ma teen). Kuid \u00fclaltoodud neli peaksid andma kindla aluse, millelt j\u00e4tkata oma objektorienteeritud programmeerimisoskuste arendamist.<\/p>\n
Neid on rohkemgi, kuid ma arvan, et need pole nii s\u00fcgavad, \u00fcksikasjalikud v\u00f5i raskesti m\u00f5istetavad kui m\u00f5ned eelnimetatud m\u00f5isted. Siis j\u00e4lle tulevad erinevad asjad teistele kergemini.<\/p>\n
Igal juhul on j\u00e4rgmised kaks teemat, millest on oluline aru saada:<\/p>\n
Ma r\u00e4\u00e4gin iga\u00fchest eraldi, kuid veenduge, et olete k\u00f5igepealt lugenud p\u00f5hialuste<\/a> seeriat, sest \u00fclaltoodud kaks teemat v\u00f5imaldavad teil neile toetuda ja neid \u00e4ra kasutada.<\/p>\n Ebam\u00e4\u00e4rane, ma tean, aga lubage mul selgitada ja siis minna sealt edasi.<\/p>\n K\u00f5ige tavalisem liidese m\u00e4\u00e4ratlus, mida t\u00f5en\u00e4oliselt kuulete, on see, et tegemist on lepinguga. See pole vale, kuid arvan, et see j\u00e4tab palju soovida.<\/p>\n N\u00e4iteks kui m\u00f5tlete lepingutele, m\u00f5tlete t\u00f5en\u00e4oliselt millelegi, mis on v\u00e4ga seotud, palju k\u00f5nepruuki, keeruline protsess millegi allkirjastamiseks, kuup\u00e4evaks saamiseks, t\u00f6\u00f6valmistamiseks ja nii edasi.<\/p>\n Kuid mis puudutab programmeerimisliidest, siis see pole tegelikult nii. Tegelikult v\u00e4idan, et liideste m\u00e4\u00e4ratlemine v\u00f5ib muuta programmeerimise lihtsamaks ja see leevendab palju b\u00fcrokraatiat, kuna muudab asjad v\u00e4ga mustaks v\u00f5i valgeks, mida midagi peaks rakendama.<\/p>\n Meie t\u00f6\u00f6stus kasutab s\u00f5na "liides" kahe asja jaoks:<\/p>\n Viimast selles artiklis k\u00e4sitletakse. Ja ei, me ei kavatse kasutada t\u00fc\u00fcpilisi n\u00e4iteid, nagu programmeerimine loomaliidesele<\/strong> v\u00f5i mis iganes. Selle asemel vaatame seda tegelike koodin\u00e4idiste p\u00f5hjal.<\/p>\n Me defineerime "liidesesse programmeerimist" kui viisi, kuidas saame kirjutada koodi, mis rakendab nimetatud liideses m\u00e4\u00e4ratletud funktsioonide allkirju.<\/p>\n Aga mis on meetodi allkirjad? Lihtsamalt \u00f6eldes h\u00f5lmavad meetodi allkirjad:<\/p>\n Klassi kontekstis n\u00e4ete seda j\u00e4rgmiselt:<\/a><\/p>\n Lihtne, eks?<\/p>\n \u00dclaltoodud koodis n\u00e4eme, et komplekti<\/strong> funktsioon aktsepteerib kasutatavat v\u00f5tit<\/strong> ja v\u00e4\u00e4rtust<\/strong> ning funktsioonile p\u00e4\u00e4seb juurde iga objekt, millel on klassile viide.<\/p>\n Kuid liidesed v\u00f5ivad ka seda sisaldada. Siiski on hoiatus: liidestel pole meetodi rakendamist.<\/p>\n Nii et selle asemel :<\/a><\/p>\n N\u00e4ete seda:<\/a><\/p>\n Kuid \u00fclaltoodud koodis on ka paar n\u00fcanssi, mida t\u00e4hele panna.<\/p>\n Liidese loomisel \u00fctleme, nagu eespool mainitud, et mis iganes klass seda liidest rakendab, m\u00e4\u00e4rab selles sisalduvad meetodid.<\/p>\n Nii et kui peaksime k\u00f5ik \u00fclaltoodud asjad kokku siduma, n\u00e4eks l\u00f5plik teostus v\u00e4lja j\u00e4rgmine<\/a> (kuigi ideaaljuhul hoiaksime seda eraldi failides):<\/p>\n Ja nii sobivad liidesed ja klassid kokku.<\/p>\n Lihtsamalt \u00f6eldes jah. Kuid oma kogemuse p\u00f5hjal olen avastanud, et see on midagi enamat kui lihtsalt meetodite m\u00e4\u00e4ratlemine ja nende rakendamine.<\/p>\n Sageli on lihtne m\u00e4\u00e4ratleda klasse, seej\u00e4rel m\u00e4\u00e4ratleda liides ja seej\u00e4rel liides rakendada. Aga see on t\u00e4iesti<\/strong> tagurpidi. Selle asemel peame oma t\u00f6\u00f6 \u00fcle strateegilisemalt m\u00f5tlema.<\/p>\n Selle asemel, et asuda liidesesse, mis eesm\u00e4rgi t\u00e4ielikult kaotab, peame alustama laialt, et meie klassid saaksid spetsialiseeruda sellele, mida nad teevad, rakendades samal ajal funktsioone, mis on \u00fchised mitte ainult sellele klassile, vaid ka teistele klassidele, mis v\u00f5ivad vajada samu funktsioone.<\/p>\n \u00dclaltoodud n\u00e4idet kasutades v\u00f5ib meil olla SimpleCache<\/strong>, TransientCache<\/strong> v\u00f5i m\u00f5nda muud t\u00fc\u00fcpi vahem\u00e4lu. Olenemata sellest, millist t\u00fc\u00fcpi vahem\u00e4lu me rakendame, rakendavad nad liidest ja funktsionaalsus j\u00e4etakse liidest rakendava klassi hooleks.<\/p>\n Seega m\u00e4\u00e4ratleme, milline v\u00f5ib vahem\u00e4lu k\u00f5rgel tasemel v\u00e4lja n\u00e4ha, kuid rakendusklassid m\u00e4\u00e4ravad t\u00e4pselt, kuidas need toimivad.<\/p>\n Kui olete WordPressi arendaja ja soovite \u00f5ppida, kuidas praktilisi objektorienteeritud tehnikaid kasutades rakenduse peale asju ehitada, siis miks mitte saidiga liituda?<\/a><\/p>\nLiideste m\u00f5istmine<\/h2>\n
M\u00f5ni s\u00f5na liideste kohta<\/h3>\n
\n
Programmeerimine liidesele<\/h3>\n
\n
<?php\n\nclass Cache \n{\n public function set($key, $value) \n {\n \/\/ method implementation\n }\n}\n<\/code><\/pre>\n<?php\n\nclass Cache \n{\n public function set($key, $value) {\n set_transient($key, $value);\n }\n}\n<\/code><\/pre>\n<?php\n\ninterface iCache \n{\n public function set($key, $value);\n public function get($key);\n public function has($key);\n}\n<\/code><\/pre>\n\n
<?php\n\ninterface iCache {\n public function set($key, $value);\n public function get($key);\n public function has($key);\n}\n\npublic class SimpleCache implemnents iCache\n{\n public function set($key, $value)\n {\n set_transient($key, $value, DAY_IN_SECONDS);\n }\n\n public function get($key)\n {\n if (!$this->has($key))\n {\n return false;\n }\n return get_transient($key);\n }\n\n public function has($key)\n {\n return false !== get_transient($key);\n }\n}\n<\/code><\/pre>\nSee on see?<\/h2>\n
\n