Jedn\u0105 z rzeczy, w kt\u00f3re w\u0142o\u017cy\u0142em du\u017co bardziej skoordynowany wysi\u0142ek, prawdopodobnie bardziej ni\u017c kiedykolwiek wcze\u015bniej, jest zarz\u0105dzanie rozdzieleniem problem\u00f3w mi\u0119dzy klasami odpowiedzialnymi za interfejs z WordPressem i tymi odpowiedzialnymi za prac\u0119 z problematyczn\u0105 domen\u0105.<\/p>\n
Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce pracujesz nad wtyczk\u0105 i b\u0119dzie ona komunikowa\u0107 si\u0119 z interfejsem API innej firmy. Ponadto ta wtyczka b\u0119dzie r\u00f3wnie\u017c oferowa\u0107 menu, typy post\u00f3w, taksonomie itd. W obszarze administracyjnym WordPress.<\/p>\n
S\u0105 tu dwa obszary odpowiedzialno\u015bci:<\/p>\n
Mo\u017cesz argumentowa\u0107, \u017ce wa\u017cne jest, aby obszary test\u00f3w jednostkowych komunikowa\u0142y si\u0119 z WordPressem, ale wiem te\u017c, \u017ce s\u0105 to wypr\u00f3bowane i prawdziwe interfejsy API, kt\u00f3re maj\u0105 w\u0142asny zestaw test\u00f3w.<\/p>\n
Zamiast tego powinni\u015bmy skupi\u0107 si\u0119 na testach jednostkowych i oddzieli\u0107 nasz\u0105 logik\u0119 biznesow\u0105 od WordPressa.<\/p>\n
Ale nie o to chodzi w tym po\u015bcie. Zamiast tego chodzi bardziej o spos\u00f3b potencjalnego rozplanowania projektu, gdy jego cz\u0119\u015b\u0107 b\u0119dzie wsp\u00f3\u0142pracowa\u0107 z WordPress.<\/p>\n
M\u00f3wi\u0142em o znaczeniu i zaletach przestrzeni nazw w poprzednich postach, aby nie zag\u0142\u0119bia\u0107 si\u0119 zbyt g\u0142\u0119boko w t\u0119 dyskusj\u0119 tutaj.<\/p>\n
Zamiast tego interesuje mnie organizowanie plik\u00f3w na poziomie systemu plik\u00f3w i na poziomie przestrzeni nazw, tak aby by\u0142y one wyra\u017anie rozdzielone na ich obszary specjalizacji i aby\u015bmy mogli upewni\u0107 si\u0119, \u017ce, powiedzmy, skupiamy si\u0119 na naszych testach jednostkowych (i innych testowanie) w obszarach, kt\u00f3re s\u0105 najbardziej krytyczne.<\/p>\n
Lubi\u0119 si\u0119 upewni\u0107, \u017ce m\u00f3j katalog i struktura plik\u00f3w odzwierciedlaj\u0105 moje przestrzenie nazw. Jasne, pomaga w organizacji plik\u00f3w, ale tak\u017ce w organizacji koncepcyjnej.<\/p>\n
Oznacza to, \u017ce je\u015bli mam zamiar pracowa\u0107 z metaboxami, wiem, \u017ce prawdopodobnie znajd\u0119 pliki metabox w katalogu zagnie\u017cd\u017conym w nadrz\u0119dnym katalogu WordPress<\/strong>, a nast\u0119pnie w podkatalogu Admin, a nast\u0119pnie w katalogu<\/strong> MetaBox<\/strong>.<\/p>\n W tym celu, jak m\u00f3g\u0142by wygl\u0105da\u0107 zestaw klas zaprojektowany do pracy z metaboxami, gdyby\u015bmy napisali dla nich kod w spos\u00f3b, kt\u00f3ry mo\u017cna ponownie wykorzysta\u0107? Bior\u0105c pod uwag\u0119 to, co wiemy o metaboksach, wiemy, \u017ce prawdopodobnie b\u0119dziemy potrzebowa\u0107:<\/p>\n Bior\u0105c pod uwag\u0119 powy\u017csze punkty, by\u0107 mo\u017ce struktura katalog\u00f3w wygl\u0105da\u0142aby tak:<\/p>\n<\/p>\n Nast\u0119pnie mamy kod, kt\u00f3ry odzwierciedla t\u0119 struktur\u0119. Oznacza to, \u017ce w naszym katalogu WordPress<\/strong> mieliby\u015bmy podkatalog Admin<\/strong>, poniewa\u017c pole meta jest wy\u015bwietlane w obszarze administracyjnym WordPress, i mieliby\u015bmy podkatalog Widok<\/strong>, kt\u00f3ry zawiera\u0142by plik odpowiedzialny za wy\u015bwietlanie informacji.<\/p>\n To pozostawia nam potrzeb\u0119 stworzenia kilku klas wymienionych powy\u017cej. By\u0107 mo\u017ce abstrakcyjna klasa bazowa wygl\u0105da\u0142aby tak:<\/a><\/strong><\/p>\n Wtedy konkretna implementacja rozszerzy\u0142aby klas\u0119 i wygl\u0105da\u0142aby tak:<\/a><\/strong><\/p>\n I wreszcie, widok dla klasy zawiera\u0142by dowolny kod znacznika i szablonu do renderowania informacji<\/a><\/strong> :<\/p>\n Daje nam to dok\u0142adnie to, czego potrzebujemy w dobrze zorganizowany spos\u00f3b wielokrotnego u\u017cytku do pracy z metaboxami. Mo\u017cna go r\u00f3wnie\u017c powt\u00f3rzy\u0107 dla takich rzeczy, jak menu, typy post\u00f3w, taksonomie i tak dalej.<\/p>\n Ale robi\u0119 dygresj\u0119.<\/p>\n Jak wspomnia\u0142em wcze\u015bniej w po\u015bcie, uwa\u017cam, \u017ce wa\u017cne s\u0105 klasy test\u00f3w jednostkowych, kt\u00f3re rozwi\u0105zuj\u0105 problemy unikalne dla naszej przestrzeni problem\u00f3w. Oznacza to, \u017ce musisz poinformowa\u0107 plik konfiguracyjny PHPUnit, aby wykluczy\u0142 pliki oparte na WordPressie.<\/p>\n Zalet\u0105 tego, co przedstawi\u0142em powy\u017cej, jest to, \u017ce staje si\u0119 to trywialnie \u0142atwe. M\u00f3wi\u0105c najpro\u015bciej, mo\u017cesz doda\u0107 to<\/a><\/strong> do swojego pliku phpunit.xml<\/strong> :<\/p>\n Daje to mo\u017cliwo\u015b\u0107 skupienia si\u0119 na pisaniu test\u00f3w specjalnie dla obszaru problemu, jednocze\u015bnie upewniaj\u0105c si\u0119, \u017ce piszesz skalowalny, \u0142atwy w utrzymaniu i wielokrotnego u\u017cytku kod oparty na WordPressie.<\/p>\n Obecnie pisz\u0119 e-booka (wraz z wieloma innymi tre\u015bciami premium). Je\u015bli jeste\u015b zainteresowany, sprawd\u017a co otrzymujesz<\/a>.<\/p>\n\n
<?php\n\nnamespace AcmeWordPressAdminMetaBox;\n\nabstract class AbstractMetaBox\n{\n protected $postType;\n\n public function __construct()\n {\n $this->postType = 'acme_post_type';\n }\n\n abstract public function render();\n abstract public function display();\n}\n<\/code><\/pre>\n<?php\n\nnamespace AcmeWordPressAdminMetaBox;\n\nclass AcmeMetaBox extends AbstractMetaBox\n{\n \/**\n * {@inheritdoc}\n *\/\n public function render()\n {\n add_meta_box(\n 'acme-product-image',\n 'Product Image',\n [$this, 'display'],\n $this->postType,\n 'side',\n 'default'\n );\n }\n\n \/**\n * {@inheritdoc}\n *\/\n public function display()\n {\n include_once plugin_dir_path(__FILE__).'Views\/acme-product-image.php';\n }\n}\n<\/code><\/pre>\n<div class=\"product-image-metabox\">\n <p>\n <img src=\"<?= esc_html(get_post_meta(get_the_ID(), 'product_image', true)); ?>\" alt=\"<?= esc_attr(get_the_title()); ?>\" \/>\n <input type=\"text\" value=\"<?= esc_html(get_post_meta(get_the_ID(), 'product_image', true)); ?>\" \/>\n <\/p>\n<\/div><\/code><\/pre>\nS\u0142owo o testowaniu jednostkowym (z PHPUnit)<\/h3>\n
<testsuites>\n <testsuite name=\"Plugin\">\n <directory>.\/tests<\/directory>\n <exclude>.\/tests\/phpunit<\/exclude>\n <exclude>.\/src\/WordPress<\/exclude>\n <\/testsuite>\n<\/testsuites><\/code><\/pre>\n