Om du kommer fr\u00e5n en objektorienterad bakgrund eller f\u00f6rs\u00f6ker bygga alla dina l\u00f6sningar f\u00f6r WordPress med hj\u00e4lp av objektorienterade tekniker, kommer det att finnas tillf\u00e4llen d\u00e5 det kan k\u00e4nnas som att du sl\u00e5r en spik med en sl\u00e4gga.<\/p>\n
L\u00e5t oss till exempel s\u00e4ga att n\u00e5gon kommer till dig och beh\u00f6ver utveckla ett anpassat plugin som fungerar med ett tredjeparts plugin men det beh\u00f6ver bara g\u00f6ra en sak.<\/p>\n
\u00c4r det v\u00e4rt att ta sig tid att skapa ett gr\u00e4nssnitt<\/a><\/strong>, implementera n\u00e4mnda gr\u00e4nssnitt i en konkret klass, st\u00e4lla in prenumeranter<\/a><\/strong>, skriva enhetstester<\/a><\/strong> och s\u00e5 vidare?<\/p>\n Jag kan se \u00f6verklagandet, men jag s\u00e4ger generellt nej. Om k\u00e4rnan i vad du beh\u00f6ver g\u00f6ra m\u00e5ste inkludera stilar eller JavaScript-filer eller b\u00e5da, varf\u00f6r inte lita p\u00e5 de inbyggda WordPress API:erna och procedurprogrammering?<\/p>\n L\u00e5t oss s\u00e4ga att en potentiell kund kommer till dig som:<\/p>\n F\u00f6rutsatt att allt ovanst\u00e5ende \u00e4r sant, skulle jag s\u00e4ga att det verkar enkelt att arbeta igenom l\u00f6sningen, eller hur? Vi m\u00e5ste granska webbplatsen s\u00e5 att vi kan:<\/p>\n Nu n\u00e4r det g\u00e4ller att g\u00f6ra detta f\u00f6rs\u00f6ker jag fortfarande anv\u00e4nda en handfull b\u00e4sta praxis. \u00c4ven om jag tenderar mot objektorienterad programmering, anv\u00e4nder jag det inte alltid och rekommenderar det inte alltid.<\/p>\n Ist\u00e4llet tror jag att det fungerar bra att anv\u00e4nda en enkel funktion eller upps\u00e4ttning funktioner kopplade till WordPress API p\u00e5 ett procedurm\u00e4ssigt s\u00e4tt. Det betyder dock inte att vi inte b\u00f6r str\u00e4va efter att skapa en solid filorganisationsstruktur eftersom du aldrig vet n\u00e4r du kan beh\u00f6va komma tillbaka f\u00f6r att underh\u00e5lla projektet.<\/p>\n F\u00f6r det \u00e4ndam\u00e5let \u00e4r det h\u00e4r vad jag normalt g\u00f6r:<\/p>\n Den resulterande katalogen kan se ut ungef\u00e4r s\u00e5 h\u00e4r:<\/p>\n D\u00e4rifr\u00e5n bryr jag mig inte ens om en autoloader. Ist\u00e4llet inkluderar jag filerna i k\u00e4llkatalogen. Du kan iterera genom dessa filer j\u00e4mf\u00f6rt med att g\u00f6ra n\u00e5got s\u00e5 h\u00e4r<\/a><\/strong> :<\/p>\n Men det kan bero p\u00e5 n\u00e4r och vad du g\u00f6r.<\/p>\n Kanske. S\u00e5 h\u00e4r \u00e4r det: N\u00e4rhelst en person blir f\u00f6rankrad i att anv\u00e4nda ett visst programmeringsparadigm, f\u00f6rs\u00f6ker personen att till\u00e4mpa det \u00f6verallt och f\u00f6rs\u00f6ker g\u00f6ra det hela tiden.<\/p>\n Inte alla, men m\u00e5nga. Jag sj\u00e4lv inklusive.<\/p>\n Och n\u00e4r du kommer p\u00e5 att du \u00f6verarbetar n\u00e5got, varf\u00f6r inte ta ett steg tillbaka och f\u00f6rs\u00f6ka g\u00f6ra din arbetsb\u00f6rda lite enklare?<\/p>\n Problemet \u00e4r fortfarande l\u00f6st, och det g\u00f6rs p\u00e5 ett s\u00e4tt som har betydligt mindre omkostnader.<\/p>\n\u00d6verkonstruera inte<\/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>\nDet h\u00e4r \u00e4r f\u00f6r enkelt<\/h2>\n