Android Legacy, część 1.

Android Legacy, część 1.

Witajcie. W dzisiejszym artykule poruszę temat legacy projects. Wyobraź sobie sytuację: dołączyłeś do Android legacy project, a następnie menedżer zażądał od Ciebie planu działania. Poniżej znajduje się przybliżony schemat, który możesz wykorzystać w bieżących projektach Androida.
20 cze 2018 1530

Witajcie. W dzisiejszym artykule poruszę temat legacy projects. Wyobraź sobie sytuację: dołączyłeś do Android legacy project, a następnie menedżer zażądał od Ciebie planu działania. Poniżej znajduje się przybliżony schemat, który możesz wykorzystać w bieżących projektach Androida.

Część pierwsza: Ocena Wielkości Katastrofy

Jest to w większości sekcja "menedżerska". Popatrz na to, jakie posiadasz podsystemy i powiązane z nimi komponenty oraz w której części logiki biznesowej znajduje się więcej błędów. Zaznacz je na kolorowo, podkreślając kolorem czerwonym. Sporządź listę "niebezpiecznych" integracji - jest to przypadek, w którym interfejs użytkownika źle przetwarza działania podsystemu sieciowego lub wylogowanie użytkownika nie jest wystarczająco płynne - Interfejs Użytkownika + Zarządzanie Danymi.

Cięcie warstwowe, klasyczna architektura

Być może nie warto o tym pisać, ale powinienem o tym wspomnieć. Jak zwykle spójrz na Interfejs Użytkownika, Kontroler/Prezenter, Model Danych i tam, gdzie to możliwe, zacznij rozszerzać je na osobne klasy. Nie ma potrzeby robić wszystkiego na raz - zacznij od przeniesienia Interfejsu Użytkownika do osobnych widoków niestandardowych, a obsługę sieci i danych do innej części. Łatwo jest stworzyć na to test, który wykreuje następnie rzeczywiste wyniki.

Android_Legacy_czesc.jpg

Przeniesienie do złożonej przestrzeni i okrążenia

Czasami musisz ostrożnie dodać nową funkcję - spróbuj dodać ją zgodnie z Zasadami Czystej Architektury lub innym wzorem. Pozwoli to pokazać Twoim kolegom wszystkie korzyści i wygodę architektonicznego podejścia innego, niż już istniejącego.

Dodaj nowe funkcje za pomocą warstw abstrakcji

Chciałbym skupić teraz na tym Twoją uwagę. Po dodaniu nowej funkcji użyj dodatkowych warstw abstrakcji. Po pierwsze, oznacza to dokładną refaktoryzację podczas wdrażania funkcji, którą zarząd na pewno przyjmie. Po drugie, jest to dobre dla przyszłej refaktoryzacji i optymalizacji sąsiednich komponentów. Plus oznacza uproszczony kod, a zatem możliwość objęcia kodu testami. Jest to bardzo ważne w projektach z obszerną bazą kodów.

Sprawdź również drugą część naszego artykułu na temat Android legacy, gdzie kontynuujemy nasz szablon przydatnych kroków, które musisz zrobić.

Ivan Alyakskin 
Software Consultant


Udostępnij

Masz jeszcze jakieś pytania?
Skontaktuj się z nami
Thank you!
The form has been submitted successfully.