- Po co refaktoring?

-- potrzebne jest "jedno miejsce prawdy", w przyszłości po rozszerzeniu aplikacji, tylko w jedno miejsce będzie modyfikowane, co ograniczy ilość błędów.

Przed refaktorem, każda zmiana, która by wpływała, np.: na tabelkę użytkownika, przykład - dodanie pola 'permissions', sprawi, że tą zmianę będzie trzeba rozpropagować na każdą klasę testu integracyjnego, przy 3 nie ma problemu, ale przy 50 można spodziewać się problemu (rys. 1)

Po refaktoringu, zmiana wpływająca na testy integracyjne, będzie wymuszała zmianę tylko w jednym miejscu, zamiast w '50' (rys. 2)

HINT: jako że testy wykorzystują dwóch użytkowników, dobrym pomysłem, podczas przenoszenia, jest zmiana pól, nazw i haseł użytkowników testowych, np.: nazwa pola = "USER_NAME_PRIME", "USER_PASSWORD_PRIME", "USER_NAME_SECOND", USER_PASSWORD_SECOND" i analogicznie wartości pól

HINT: można też zmienić nazwy metod, żeby były bardziej precyzyjne

HINT:

Robert Szczygielski Dice Dev. Polityka Prywatności i Regulamin Szkoleń Online

Strona www stworzona w kreatorze WebWave.