https://training-course-material.com/index.php?action=history&feed=atom&title=Podstawy_RefaktoryzacjiPodstawy Refaktoryzacji - Revision history2026-04-24T08:56:12ZRevision history for this page on the wikiMediaWiki 1.45.1https://training-course-material.com/index.php?title=Podstawy_Refaktoryzacji&diff=10240&oldid=prevIzabela Szlachta at 22:50, 13 May 20132013-05-13T22:50:55Z<p></p>
<p><b>New page</b></p><div>{{Cat|Refactoring}}<br />
{{PHP Links}}<br />
<br />
<slideshow style="nobleprog" headingmark="⌘" incmark="…" scaled="true" font="Trebuchet MS" ><br />
;title: Podstawy refaktoryzacji<br />
;author: Leszek Albrzykowski (NobleProg Ltd)<br />
</slideshow><br />
<br />
<br />
'''Kody źródłowe dla omawianych wzorców: http://svn.nobleprog.com/training/php/Refactoring/'''<br />
<br />
<br />
== Czym jest refaktoryzacja? ⌘==<br />
<br />
== Definicja ⌘==<br />
Zmiany kodu niewpływające na jego funkcjonalność.<br />
== Definicja - Martin Fowler ⌘==<br />
<br />
''Refactoring is a disciplined technique for restructuring an existing body of code, altering its internal structure without changing its external behavior.''<br />
<br />
<br />
<br />
Martin Fowler<br />
== Czemu ma służyć? ⌘==<br />
Jakiego efektu spodziewamy się po refaktoryzacji?<br />
* '''Efekty mierzalne w krótkim czasie'''<br />
== Czemu ma służyć? ⌘==<br />
Jakiego efektu spodziewamy się po refaktoryzacji?<br />
* Efekty mierzalne w krótkim czasie<br />
* '''Efekty mierzalne w długim czasie'''<br />
== Koszt refaktoryzacji ⌘==<br />
Estymujmy wykres funkcji trzech zmiennych:<br />
* Koszt<br />
* Czas<br />
* Jakość<br />
dla:<br />
* '''Systemu, którego kod poddany jest refaktoryzacji po jego uruchomieniu'''<br />
== Koszt refaktoryzacji ⌘==<br />
Estymujmy wykres funkcji trzech zmiennych:<br />
* Koszt<br />
* Czas<br />
* Jakość<br />
dla:<br />
* Systemu, którego kod poddany jest refaktoryzacji po jego uruchomieniu<br />
* '''Systemu, który zostaje stworzony od nowa'''<br />
== Kiedy kod podlega refaktoryzacji? ⌘==<br />
Refaktoryzacja jest procesem ciągłym. Podczas refaktoryzacji nie zmienia się funkcjonalność kodu ale poprawia się jego jakość.<br />
Estymujmy wykres funkcji, która odzwierciedla zmiany funkcjonalności względem czasu.<br />
<br />
== Refaktoryzacja a TDD ⌘==<br />
Zgodnie z założeniami TDD, następuje po stworzeniu kodu realizującego funkcjonalności "opisane" przez testy jednostkowe. Patrząc na system z perspektywy cyklu życia oprogramowania, refaktoryzacja występuje na etapach rozwoju oraz utrzymaniu (pielęgnacji systemu).<br />
Poniżej opisujemy kroki wytwarzania produktu zgodnie z TDD:<br />
* Utworzenie testów jednostkowych na podstawie wymagań użytkownika końcowego (klient, biznes, Product Owner etc.)<br />
* Stworzenie kodu, którego zadaniem jest spełnienie funkcjonalności opisanej przez testy. Na tym etapie kod realizuje zakładane funkcjonalności jednak jest niskiej jakości i trudny do dalszego rozwoju.<br />
* Refaktoryzacja utworzonego kodu.<br />
Cykl ilustruje schemat: [https://www.ibm.com/developerworks/mydeveloperworks/blogs/e4210f90-a515-41c9-a487-8fc7d79d7f61/resource/BLOGS_UPLOADED_IMAGES/image02.png]<br />
== Refaktoryzacja a DDD ⌘==<br />
Na "wyższym" poziomie, jednym ze wzorców refaktoryzacji jest przejście z kodu proceduralnego na obiektowy. Tutaj konieczne jest zwrócenię uwagi na model dziedziny (ang. Domain Model):<br />
<br />
<br />
''An object model of the domain that incorporates both behavior and data.''<br />
<br />
<br />
''At its worst business logic can be very complex. Rules and logic describe many different cases and slants of behavior, and it's this complexity that objects were designed to work with. A Domain Model creates a web of interconnected objects, where each object represents some meaningful individual, whether as large as a corporation or as small as a single line on an order form.''<br />
<br />
<br />
Martin Fowler<br />
<br />
== Refaktoryzacja a zasada KISS ⌘==<br />
KISS - Mając wiedzę na temat wzorców projektowych i wzorców refaktoryzacji możliwe jest uproszczenie kodu systemu.<br />
<br />
== Refaktoryzacja a zasada DRY ⌘==<br />
DRY - Podobnie jak wyżej, dzięki odpowiedniej wiedzy jesteśmy w stanie zredukować nie tylko powtarzające się linie kodu ale też powtarzające się funkcjonalności realizowane przez różne klasy.<br />
== Refaktoryzacja a jakość ⌘==<br />
W zależności od przyjętych kryteriów, jakość kodu jest jednym ze składników ogólnie przyjętych norm jakości produktu.<br />
Jakość jest jednym z najważniejszych czynników związanych z procesem tworzenia oprogramowania. Aby zrozumieć znaczenie jakości warto zaznaczyć, że np. zarówno w metodyce PRINCE2 (jeden z ''Tematów'') jak i Scrum (chociażby ''Code reviews'') zajmuje istotne miejsce.<br />
<br />
== Code smell ⌘==<br />
''A code smell is a hint that something has gone wrong somewhere in your code.''<br />
== Wnioski - Korzyści ⌘==<br />
* '''Ułatwienie procesu pielęgnacji i dalszego rozwoju systemu'''<br />
== Wnioski - Korzyści ⌘==<br />
* Ułatwienie procesu pielęgnacji i dalszego rozwoju systemu<br />
* '''Zapobieganie redundancji kodu'''<br />
== Wnioski - Korzyści ⌘==<br />
* Ułatwienie procesu pielęgnacji i dalszego rozwoju systemu<br />
* Zapobieganie redundancji kodu<br />
* '''Ułatwienie podczas dokumentowania systemu'''<br />
== Wnioski - Korzyści ⌘==<br />
* Ułatwienie procesu pielęgnacji i dalszego rozwoju systemu<br />
* Zapobieganie redundancji kodu<br />
* Ułatwienie możliwości dokumentowania systemu<br />
* '''Tworzenie kodu zgodnie z przyjętymi standardami, co ułatwia jego zrozumienie'''<br />
== Wnioski - Korzyści ⌘==<br />
* Ułatwienie procesu pielęgnacji i dalszego rozwoju systemu<br />
* Zapobieganie redundancji kodu<br />
* Ułatwienie możliwości dokumentowania systemu<br />
* Tworzenie kodu zgodnie z przyjętymi standardami co ułatwia jego zrozumienie<br />
* '''Ułatwienie w utrzymaniu (zachowaniu) odpowiednich warstw systemu'''<br />
== Na jakie problemy refaktoryzacja nie jest rozwiązaniem ⌘==<br />
* '''Zła architektura systemu'''<br />
== Na jakie problemy refaktoryzacja nie jest rozwiązaniem ⌘==<br />
* Zła architektura systemu<br />
* '''Niezrozumienie wymagań klienta'''<br />
== Na jakie problemy refaktoryzacja nie jest rozwiązaniem ⌘==<br />
* Zła architektura systemu<br />
* Niezrozumienie wymagań klienta<br />
* '''Brak kompetentnego zespołu'''<br />
== Na jakie problemy refaktoryzacja nie jest rozwiązaniem ⌘==<br />
* Zła architektura systemu<br />
* Niezrozumienie wymagań klienta<br />
* Brak kompetentnego zespołu<br />
* '''Brak kompetentnego kierownika projektu (ale też czasami - używając nomenklatury metodyki PRINCE2 - komitetu sterującego a nawet organizacji jeśli mówimy o mikroprzedsiębiorstwach)'''<br />
== Na jakie problemy refaktoryzacja nie jest rozwiązaniem ⌘==<br />
* Zła architektura systemu<br />
* Niezrozumienie wymagań klienta<br />
* Brak kompetentnego zespołu<br />
* Brak kompetentnego kierownika projektu (ale też czasami - używając nomenklatury metodyki PRINCE2 - komitetu sterującego a nawet organizacji jeśli mówimy o mikroprzedsiębiorstwach)<br />
* '''Brak systematyczności - niekiedy koszt przepisania systemu jest niższy niż jego refaktoryzacji'''<br />
== Na jakie problemy refaktoryzacja nie jest rozwiązaniem ⌘==<br />
* Zła architektura systemu<br />
* Niezrozumienie wymagań klienta<br />
* Brak kompetentnego zespołu<br />
* Brak kompetentnego kierownika projektu (ale też czasami - używając nomenklatury metodyki PRINCE2 - komitetu sterującego a nawet organizacji jeśli mówimy o mikroprzedsiębiorstwach)<br />
* Brak systematyczności - niekiedy koszt przepisania systemu jest niższy niż jego refaktoryzacji<br />
* '''Nieprawidłowy wybór technologii'''</div>Izabela Szlachta