{"id":228837,"date":"2022-11-03T09:39:00","date_gmt":"2022-11-03T06:39:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=228837"},"modified":"2022-11-09T04:35:50","modified_gmt":"2022-11-09T01:35:50","slug":"szybkie-prototypowanie-z-wordpress-analiza-koncepcji","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pl\/szybkie-prototypowanie-z-wordpress-analiza-koncepcji\/","title":{"rendered":"Szybkie prototypowanie z WordPress: analiza koncepcji"},"content":{"rendered":"\n

W poprzednim po\u015bcie<\/a> zacz\u0105\u0142em przechodzi\u0107 przez proces przekszta\u0142cania pomys\u0142u na wtyczk\u0119, kt\u00f3ra szybko j\u0105 prototypuje, w co\u015b, co dzia\u0142a w WordPressie. I chocia\u017c to dzia\u0142a, niekoniecznie jest zgodne z zasadami zorientowanymi obiektowo, ani nie jest to miejsce, w kt\u00f3rym mo\u017cemy \u0142atwo dodawa\u0107 funkcje.<\/p>\n

Nie, to nie jest argument, dlaczego orientacja obiektowa jest lepsza. Tak si\u0119 sk\u0142ada, \u017ce \u200b\u200bjest to m\u00f3j ulubiony spos\u00f3b pisania kodu, wi\u0119c podchodz\u0119 do tego w ten spos\u00f3b.<\/p>\n

Wiem, \u017ce przyk\u0142adowy kod, kt\u00f3ry podaj\u0119, jest prosty i wiem, \u017ce mo\u017cna sprawi\u0107, \u017ce co\u015b takiego mo\u017cna pozostawi\u0107 bez zmian. Ale chodzi o to, aby pokaza\u0107, jak wzi\u0105\u0107 koncepcj\u0119, stworzy\u0107 jej prototyp, a nast\u0119pnie przenie\u015b\u0107 j\u0105 do czego\u015b, co jest zgodne z zasadami zorientowanymi obiektowo.<\/p>\n

Z mojego do\u015bwiadczenia wynika, \u017ce \u200b\u200bjest to o wiele trudniejsze od samego pocz\u0105tku na z\u0142o\u017conym przyk\u0142adzie. je\u015bli stracisz czytelnik\u00f3w od samego pocz\u0105tku, to jaka jest nadzieja, \u017ce \u200b\u200bzrozumiej\u0105, co nadchodzi?<\/p>\n

Maj\u0105c to na uwadze, przyjrzymy si\u0119 kodowi z poprzedniego postu i przeprowadzimy na nim troch\u0119 analizy koncepcji, aby zobaczy\u0107, co mo\u017ce dobrze dzia\u0142a\u0107 w klasie i jak mo\u017cemy zacz\u0105\u0107 organizowa\u0107 j\u0105 za pomoc\u0105 klas, przestrzenie nazw<\/a> i tak dalej.<\/p>\n

Analiza koncepcji<\/h2>\n

Kiedykolwiek przychodzi do programowania, tak \u0142atwo jest chcie\u0107 natychmiast przej\u015b\u0107 do pisania kodu, a nast\u0119pnie zmusi\u0107 go do z\u0142o\u017cenia, a\u017c zrobi co\u015b, czego chcemy.<\/p>\n

A kiedy to zadzia\u0142a, wydaje si\u0119, \u017ce sko\u0144czyli\u015bmy i mo\u017cemy przej\u015b\u0107 do nast\u0119pnego zadania. Ale w przypadku wi\u0119kszych projekt\u00f3w nie zawsze tak jest. W rzeczywisto\u015bci cz\u0119sto lepiej jest przeprowadzi\u0107 troch\u0119 analizy koncepcji analizy obiektowej w swoim projekcie przed przej\u015bciem do przodu.<\/p>\n

Proste przej\u015bcie do kodowania nie zawsze jest najlepszym podej\u015bciem.<\/p>\n

Przypadek do analizy<\/h3>\n

Przyk\u0142ad: w momencie pisania tego tekstu, jeden z moich koleg\u00f3w z zespo\u0142u i ja dyskutujemy, czy powinni\u015bmy rozszerzy\u0107 klas\u0119, czy napisa\u0107 now\u0105 klas\u0119 do obs\u0142ugi informacji o geolokalizacji dla danych pobranych z Google Maps API.<\/p>\n

Czy mog\u0119 to zrobi\u0107 i napisa\u0107 co\u015b, co dzia\u0142a? Pewny. Ale czy dobrze zintegruje si\u0119 z aplikacj\u0105? Nie bez analizy koncepcji, planowania i koordynacji z reszt\u0105 systemu.<\/p>\n

I o to w\u0142a\u015bnie chodzi w analizie.<\/p>\n

Analizowanie naszej pracy<\/h3>\n

Wi\u0119c co to oznacza dla wtyczki, kt\u00f3r\u0105 ogl\u0105dali\u015bmy wczoraj? W tej chwili mamy:<\/p>\n