Je\u015bli pochodzisz ze \u015brodowiska zorientowanego obiektowo lub pr\u00f3bujesz budowa\u0107 wszystkie swoje rozwi\u0105zania dla WordPressa przy u\u017cyciu technik zorientowanych obiektowo, to b\u0119d\u0105 chwile, w kt\u00f3rych mo\u017ce si\u0119 wydawa\u0107, \u017ce wbijasz gw\u00f3\u017ad\u017a m\u0142otem kowalskim.<\/p>\n
Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce kto\u015b przychodzi do Ciebie i potrzebuje opracowanej niestandardowej wtyczki, kt\u00f3ra wsp\u00f3\u0142pracuje z wtyczk\u0105 innej firmy, ale musi zrobi\u0107 tylko jedn\u0105 rzecz.<\/p>\n
Czy warto po\u015bwi\u0119ci\u0107 czas na stworzenie interfejsu<\/a><\/strong>, implementacj\u0119 wspomnianego interfejsu w konkretnej klasie, skonfigurowanie subskrybent\u00f3w<\/a><\/strong>, napisanie test\u00f3w jednostkowych<\/a><\/strong> i tak dalej?<\/p>\n Widz\u0119 apel, ale generalnie m\u00f3wi\u0119 nie. Je\u015bli sednem tego, co musisz zrobi\u0107, jest uwzgl\u0119dnienie styl\u00f3w lub plik\u00f3w JavaScript lub obu, to dlaczego nie polega\u0107 na natywnych interfejsach API WordPress i programowaniu proceduralnym?<\/p>\n Za\u0142\u00f3\u017cmy, \u017ce przychodzi do Ciebie potencjalny klient, kt\u00f3ry:<\/p>\n Zak\u0142adaj\u0105c, \u017ce wszystko powy\u017csze jest prawd\u0105, powiedzia\u0142bym, \u017ce rozwi\u0105zanie problemu wydaje si\u0119 do\u015b\u0107 proste, prawda? Musimy przeprowadzi\u0107 audyt witryny, aby\u015bmy mogli:<\/p>\n Teraz, je\u015bli chodzi o to, nadal staram si\u0119 stosowa\u0107 gar\u015b\u0107 najlepszych praktyk. Mimo \u017ce mam tendencj\u0119 do programowania obiektowego, nie zawsze go u\u017cywam ani nie zawsze go polecam.<\/p>\n Zamiast tego my\u015bl\u0119, \u017ce u\u017cycie prostej funkcji lub zestawu funkcji pod\u0142\u0105czonych do API WordPress w spos\u00f3b proceduralny dzia\u0142a dobrze. Nie oznacza to jednak, \u017ce nie powinni\u015bmy d\u0105\u017cy\u0107 do stworzenia solidnej struktury organizacji plik\u00f3w, poniewa\u017c nigdy nie wiadomo, kiedy b\u0119dziesz musia\u0142 wr\u00f3ci\u0107, aby utrzyma\u0107 projekt.<\/p>\n W tym celu oto, co zwykle robi\u0119:<\/p>\n Wynikowy katalog mo\u017ce wygl\u0105da\u0107 mniej wi\u0119cej tak:<\/p>\n Stamt\u0105d nawet nie zawracam sobie g\u0142owy automatycznym \u0142adowaniem. Zamiast tego do\u0142\u0105czam pliki do katalogu \u017ar\u00f3d\u0142owego. Mo\u017cesz iterowa\u0107 przez te pliki zamiast robi\u0107 co\u015b takiego<\/a><\/strong> :<\/p>\n Ale to mo\u017ce zale\u017ce\u0107 od tego, kiedy i co robisz.<\/p>\n Mo\u017ce. Oto rzecz: za ka\u017cdym razem, gdy kto\u015b ugruntuje si\u0119 w u\u017cywaniu okre\u015blonego paradygmatu programowania, wspomniana osoba pr\u00f3buje zastosowa\u0107 go wsz\u0119dzie i pr\u00f3buje to robi\u0107 przez ca\u0142y czas.<\/p>\n Nie wszyscy, ale wielu. Ja r\u00f3wnie\u017c.<\/p>\n A kiedy zauwa\u017cysz, \u017ce co\u015b przesadzasz, dlaczego nie cofn\u0105\u0107 si\u0119 o krok i spr\u00f3bowa\u0107 nieco upro\u015bci\u0107 swoj\u0105 prac\u0119?<\/p>\n Problem jest nadal rozwi\u0105zany, i to w spos\u00f3b, kt\u00f3ry ma znacznie mniejsze koszty.<\/p>\nNie przesadzaj z in\u017cynieri\u0105<\/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>\nTo jest zbyt proste<\/h2>\n