Zpo-8-wyk-Slajd17: Różnice pomiędzy wersjami

Z Studia Informatyczne
Przejdź do nawigacjiPrzejdź do wyszukiwania
Bwalter (dyskusja | edycje)
Nie podano opisu zmian
 
Bwalter (dyskusja | edycje)
Nie podano opisu zmian
 
Linia 1: Linia 1:
==Przykład(1)==
==Kiedy refaktoryzacja się opłaca?==


[[Image:zpo-8-wyk-Slajd17.PNG|Przykład(1)]]
[[Image:zpo-8-wyk-Slajd17.PNG|Kiedy refaktoryzacja się opłaca?]]




Pierwszym krokiem jest stworzenie klasy abstrakcyjnej TypKarty, w którym zdefiniowana jest metoda zwracająca wartość starego pola stanu. Metoda ta jest pokrywana w klasach potomnych TypKartyJunior, TypKartyStandard i TypKartySenior.
Od początku wokół refaktoryzacji (podobnie jak wokół szerzej rozumianej pielęgnacji) toczy się dyskusja dotycząca opłacalności tego typu działalności. Większość modeli kosztowych uwzględnia jedynie koszt związany z wytworzeniem oprogramowania, pomijając wszelkie inne czynniki. W ten sposób są one traktowane jako dodatkowy narzut, co ma szczególnie negatywne znaczenie w przypadku refaktoryzacji, która nie wprowadza nowej funkcjonalności, a jedynie zmienia wewnętrzną strukturę programu.




[[zpo-8-wyk-Slajd16 | << Poprzedni slajd]] | [[zpo-8-wyk-toc|Spis treści ]] | [[zpo-8-wyk-Slajd18 | Następny slajd >>]]
[[zpo-8-wyk-Slajd16 | << Poprzedni slajd]] | [[zpo-8-wyk-toc|Spis treści ]] | [[zpo-8-wyk-Slajd18 | Następny slajd >>]]

Aktualna wersja na dzień 18:13, 4 lis 2006

Kiedy refaktoryzacja się opłaca?

Kiedy refaktoryzacja się opłaca?


Od początku wokół refaktoryzacji (podobnie jak wokół szerzej rozumianej pielęgnacji) toczy się dyskusja dotycząca opłacalności tego typu działalności. Większość modeli kosztowych uwzględnia jedynie koszt związany z wytworzeniem oprogramowania, pomijając wszelkie inne czynniki. W ten sposób są one traktowane jako dodatkowy narzut, co ma szczególnie negatywne znaczenie w przypadku refaktoryzacji, która nie wprowadza nowej funkcjonalności, a jedynie zmienia wewnętrzną strukturę programu.


<< Poprzedni slajd | Spis treści | Następny slajd >>