Je\u015bli wykona\u0142e\u015b jak\u0105kolwiek prac\u0119 \u2013 a nawet czyta\u0142e\u015b \u2013 na temat programowania obiektowego, to prawdopodobnie natkn\u0105\u0142e\u015b si\u0119 na ide\u0119 niezmienno\u015bci. To jest idea, \u017ce \u200b\u200bco\u015b jest niezmienne.<\/p>\n
Czasami mo\u017cesz mie\u0107 niezmienne warto\u015bci, a czasami mo\u017cesz mie\u0107 niezmienne obiekty (przynajmniej po ich wyst\u0105pieniu).<\/p>\n
Przeciwie\u0144stwo niezmienno\u015bci (ale i tak by\u0142 moim ulubionym \u017c\u00f3\u0142wiem ninja).<\/p>\n
Chodzi o to, \u017ce im wi\u0119cej pracuj\u0119 z kodem obiektowym, tym mniej pracuj\u0119 z niezmiennymi zmiennymi. Jasne, u\u017cyj\u0119 sta\u0142ych zdefiniowanych w pliku konfiguracyjnym, ale prawdopodobnie nie znajdziesz mnie przechowuj\u0105cego warto\u015bci w klasie jako const<\/a>.<\/p>\n To prawdopodobnie sugeruje co\u015b o mnie i moich zdolno\u015bciach, ale to prawda. Na szcz\u0119\u015bcie przegl\u0105dy kodu<\/a> \u015bwietnie pomagaj\u0105 dostrzec mo\u017cliwo\u015bci wykorzystania strategii, kt\u00f3rych normalnie nie by\u015b u\u017cy\u0142. I tak jest w przypadku niezmiennych warto\u015bci we wtyczkach WordPress.<\/p>\n Oczywi\u015bcie jest to jedna z tych rzeczy, na kt\u00f3re zwr\u00f3ci\u0142 mi uwag\u0119 znajomy<\/a> podczas przegl\u0105dania mojego kodu.<\/p>\n Podczas pracy z WordPressem wielu z nas prawdopodobnie zna functions.php<\/strong> i wp-config.php<\/strong> oraz rol\u0119, jak\u0105 odgrywaj\u0105 w podstawowej aplikacji WordPress.<\/p>\n Tak, s\u0105 chwile, w kt\u00f3rych rzeczy nale\u017c\u0105 do wp-config.php<\/strong> i tak, s\u0105 chwile, w kt\u00f3rych rzeczy nale\u017c\u0105 do functions.php<\/strong>, ale czasami my\u015bl\u0119, \u017ce dany plik jest nadu\u017cywany za pomoc\u0105 zbyt wielu funkcji, warto\u015bci i tak dalej .<\/p>\n Ale co z wtyczkami? A konkretnie, co z wtyczkami obiektowymi? Na przyk\u0142ad za\u0142\u00f3\u017cmy, \u017ce pracujesz z interfejsem API, kt\u00f3ry wymaga klucza interfejsu API, wi\u0119c nie przekroczysz okre\u015blonego limitu szybko\u015bci w bezp\u0142atnej wersji aplikacji.<\/p>\n Zwykle mo\u017cesz znale\u017a\u0107 mnie przechowuj\u0105cego warto\u015b\u0107 w g\u0142\u00f3wnej klasie wtyczki jako zmienn\u0105 instancji, kt\u00f3ra mo\u017ce by\u0107 przekazywana, lub mo\u017ce jest to klasa kontenera, do kt\u00f3rej mog\u0119 si\u0119 odnie\u015b\u0107 i u\u017cy\u0107 jej metody get .<\/strong><\/p>\n Ale co z u\u017cywaniem\u00a0 w\u0142a\u015bciwo\u015bci const<\/a> w klasie, a nast\u0119pnie przekazywaniem jej przez wstrzykiwanie setter?<\/p>\n Za\u0142\u00f3\u017cmy na przyk\u0142ad, \u017ce istnieje klasa wtyczki, kt\u00f3ra polega na klasie pomocniczej do renderowania czego\u015b na ekranie. Klucz API mo\u017cna zdefiniowa\u0107 w tej klasie, a nast\u0119pnie w razie potrzeby przekaza\u0107 do helpera<\/a> :<\/p>\n Nast\u0119pnie klasa pomocnicza mo\u017ce wywo\u0142a\u0107 dowolny interfejs API (nazywam go Canvas, poniewa\u017c hipotetycznie b\u0119dziemy czym\u015b), u\u017cywaj\u0105c swojego adresu URL i przekazuje klucz API jako cz\u0119\u015b\u0107 ci\u0105gu zapytania.<\/p>\n T\u0105 drog\u0105:<\/p>\n Jasne, s\u0105 inne sposoby przechowywania tych warto\u015bci (ponownie przy u\u017cyciu functions.php<\/strong> lub czego\u015b podobnego).<\/p>\n Ale je\u015bli pracujesz z programowaniem obiektowym i chcesz pracowa\u0107 z niezmiennymi warto\u015bciami we wtyczce WordPress, czy nie ma sensu trzyma\u0107 tego w kontek\u015bcie klas, kt\u00f3re tworz\u0105 wtyczk\u0119?<\/p>\n<?php\n\nclass Main_Plugin {\n\n const ACME_API_KEY = '123456789';\n\n public function init() {\n\n $helper = new Helper_Class();\n $helper->render_acme_data( self::ACME_API_KEY );\n }\n}<\/code><\/pre>\n<?php\n\nclass Helper_Class {\n\n public function render_acme_data( string $api_key) {\n\n $canvas_url = 'https:\/\/url-for-canvas.com?api_key='. $api_key;\n $canvas = new Canvas( $canvas_url );\n\n $canvas->draw();\n }\n}<\/code><\/pre>\n\n