Kui tulete objektorienteeritud taustalt v\u00f5i proovite luua k\u00f5ik oma WordPressi lahendused objektorienteeritud tehnikate abil, siis v\u00f5ib m\u00f5nikord tekkida tunne, et l\u00f6\u00f6te haamriga naela.<\/p>\n
Oletame n\u00e4iteks, et keegi tuleb teie juurde ja vajab kohandatud pistikprogrammi v\u00e4ljat\u00f6\u00f6tamist, mis t\u00f6\u00f6tab koos kolmanda osapoole pistikprogrammiga, kuid see peab tegema ainult \u00fchte asja.<\/p>\n
Kas tasub v\u00f5tta aega liidese loomiseks, selle liidese<\/a><\/strong> rakendamiseks konkreetses klassis, tellijate<\/a><\/strong> seadistamiseks, \u00fchikutestide kirjutamiseks<\/a><\/strong> ja nii edasi?<\/p>\n Ma n\u00e4en \u00fcleskutset, kuid \u00fcldiselt \u00fctlen ei. Kui teie tegevuse p\u00f5hisisu peab h\u00f5lmama stiilide v\u00f5i JavaScript-failide v\u00f5i m\u00f5lemat, siis miks mitte loota WordPressi algsetele API-dele ja protseduurilisele programmeerimisele?<\/p>\n Oletame, et teie juurde tuleb potentsiaalne klient, kes:<\/p>\n Kui eeldada, et k\u00f5ik \u00fclaltoodu on t\u00f5si, siis ma \u00fctleksin, et lahenduse l\u00e4bit\u00f6\u00f6tamine tundub piisavalt lihtne, eks? Peame saiti auditeerima, et saaksime:<\/p>\n N\u00fc\u00fcd, mis puudutab seda, p\u00fc\u00fcan siiski kasutada k\u00e4put\u00e4is parimaid tavasid. Kuigi kaldun objektorienteeritud programmeerimise poole, ei kasuta ma seda alati ega soovita seda alati.<\/p>\n Selle asemel arvan, et lihtsa funktsiooni v\u00f5i funktsioonide komplekti kasutamine, mis on protseduuriliselt WordPressi API-ga \u00fchendatud, toimib suurep\u00e4raselt. See aga ei t\u00e4henda, et me ei peaks p\u00fc\u00fcdma luua kindlat failikorraldusstruktuuri, sest kunagi ei tea, millal v\u00f5ib tekkida vajadus projekti hooldamiseks tagasi tulla.<\/p>\n Selleks teen ma tavaliselt j\u00e4rgmist.<\/p>\n Saadud kataloog v\u00f5ib v\u00e4lja n\u00e4ha umbes selline:<\/p>\n Sealt edasi ei viitsi ma isegi automaatlaaduriga vaeva n\u00e4ha. Selle asemel lisan failid l\u00e4htekataloogi. Saate neid faile korrata ja teha midagi sellist<\/a><\/strong> :<\/p>\n Kuid see v\u00f5ib s\u00f5ltuda sellest, millal ja mida teete.<\/p>\n V\u00f5ib olla. Siin on asi: kui inimene hakkab teatud programmeerimisparadigmat kasutama, proovib ta seda k\u00f5ikjal rakendada ja p\u00fc\u00fcab seda teha kogu aeg.<\/p>\n Mitte k\u00f5ik, aga paljud. Mina ise kaasa arvatud.<\/p>\n Ja kui leiate end millegi \u00fclearhitektuurist, siis miks mitte astuda samm tagasi ja proovida oma t\u00f6\u00f6koormust veidi lihtsamaks muuta?<\/p>\n Probleem on endiselt lahendatud ja seda tehakse viisil, mis on oluliselt v\u00e4hem \u00fcldkulusid.<\/p>\n\u00c4rge \u00fcleinsenerige<\/h2>\n
\n
\n
\n
<?php\n\/**\n * Acme Plugin Example\n *\n * @author Tom McFarlin <tom@pressware.co>\n * @license GPL-3.0+\n * @link https:\/\/pressware.co\n * @since 1.0.0\n * @copyright 2018 Tom McFarlin\n *\n * @wordpress-plugin\n * Plugin Name: Acme Plugin Example\n * Description: Provides consistent styling across the site for certain elements.\n * Version: 1.0.0\n * Author: Tom McFarlin\n * Author URI: https:\/\/tommcfarlin.com\n * License: GPL-3.0+\n * License URI: http:\/\/www.gnu.org\/licenses\/gpl-3.0.txt\n *\/\n\ninclude_once plugin_dir_path(__FILE__).'src\/AddStyles.php';\ninclude_once plugin_dir_path(__FILE__).'src\/AddScripts.php';\n<\/code><\/pre>\nSee on liiga lihtne<\/h2>\n