Rozwój oprogramowania w praktyce. Projektowy przewodnik po podstawach w języku Java - ebook

ROZDZIAŁ 1

Rozpoczynanie podróży

W tym rozdziale przedstawimy koncepcje i reguły przyjęte w książce. Ogólne podejście można byłoby podsumować w następujący sposób: Praktyki i zasady są ważniejsze niż technologie. Istnieje wiele książek poświęconych konkretnym technologiom i nie chcemy dokładać się do tej ogromnej kolekcji. To nie znaczy, że szczegółowa wiedza dotycząca konkretnego języka, frameworka lub biblioteki nie jest przydatna. A jedynie to, że ma krótszy termin przydatności niż ogólne praktyki i zasady, które można stosować przez dłuższy czas i w różnych językach oraz frameworkach. Na tym właśnie polega przydatność tej książki.

Tematy

Aby pomóc w nauce, strukturę tej książki oparliśmy na projektach. Na początek wyjaśniamy, jakie tematy będą poruszane w kolejnych rozdziałach, w jaki sposób są one ze sobą powiązane i dlaczego je wybraliśmy. Oto cztery różne tematy, które przeplatają się w tej książce.

Funkcje języka Java

Definiowanie struktury kodu za pomocą klas i interfejsów omówimy w rozdziale 2. W rozdziale 3 przechodzimy do wyjątków i pakietów. Przedstawimy również krótkie omówienie wyrażeń lambda. Następnie w rozdziale 5 wyjaśnimy wnioskowanie typu zmiennej lokalnej i wyrażenia switch. Na zakończenie w rozdziale 7 szczegółowo omówimy wyrażenia lambda i odwołania do metod. Funkcje języka Java są istotne, ponieważ tak wiele programów jest napisanych w Javie i dlatego warto dobrze poznać ten język. Wiele z tych funkcji językowych przydaje się również w innych językach programowania, takich jak C#, C++, Ruby czy Python. Mimo że te języki różnią się od siebie, wszystkie wymagają zrozumienia sposobu używania klas oraz podstawowych zasad programowania obiektowego.

Projekt i architektura oprogramowania

W tej książce omówimy wiele wzorców projektowych, które pomagają w rozwiązywaniu typowych problemów, jakie napotykają programiści. Warto je znać, ponieważ choć z pozoru każdy projekt programistyczny jest inny i stawia nowe wyzwania, tak naprawdę wiele z nich się powtarza. Zrozumienie typowych problemów i rozwiązań stosowanych przez innych programistów zapobiega ponownemu odkrywaniu Ameryki w nowych projektach programistycznych i pozwala na szybsze dostarczanie niezawodnych programów.

Wysokopoziomowe koncepcje, takie jak zależność i spójność, wprowadzimy już na początku książki w rozdziale 2. Wzorzec Powiadomienie wprowadzimy w rozdziale 3. W rozdziale 5 wyjaśnimy, jak projektować przyjazny dla użytkowników Fluent API oraz wprowadzimy wzorzec Budowniczy. Ogólne omówienie architektury sterowanej zdarzeniami i sześciokątną architekturę można znaleźć w rozdziale 6, natomiast wzorzec Repozytorium w rozdziale 7. Na zakończenie, w rozdziale 7, wprowadzimy programowanie funkcyjne.

Zasady SOLID

Poszczególne zasady SOLID są omówione w różnych rozdziałach. Ten zestaw zasad został zaprojektowany po to, aby ułatwić utrzymywanie oprogramowania. Choć pisanie kodu to dla wielu programistów ulubiona część pracy, to jeśli napisany program okaże się sukcesem, trzeba będzie go dostosowywać, rozwijać i utrzymywać. Gdy oprogramowanie jest proste w utrzymaniu, ułatwia wprowadzanie zmian i dodatkowych funkcji w przyszłości. Zasady SOLID zostały omówione w następujących rozdziałach:

- zasada pojedynczej odpowiedzialności (SRP) – rozdział 2,
- zasada otwarte-zamknięte (OCP) – rozdział 3,
- zasada podstawienia Liskov (LSP) – rozdział 4,
- zasada segregacji interfejsów (ISP) – rozdział 5,
- zasada odwrócenia zależności (DIP) – rozdział 7.

Testowanie

Pisanie solidnego kodu, który można łatwo rozwijać, ma ogromne znaczenie. Testy automatyczne są kluczowe do osiągnięcia tego celu. Gdy napisane oprogramowanie jest skalowane, coraz trudniej jest własnoręcznie przetestować różne możliwe scenariusze. Trzeba zautomatyzować proces testowania, aby własnoręczne przeprowadzanie testów nie zabierało cennego czasu.

Podstawy pisania testów zostały omówione w rozdziałach 2 oraz 4. W rozdziale 5 rozszerzyliśmy to omówienie o programowanie sterowane testami (TDD). W rozdziale 6 opisaliśmy stosowanie test doubles, takich jak atrapy i stubs.

Podsumowanie rozdziałów

Oto zarys rozdziałów.

Rozdział 2. Analizator wyciągów bankowych

Napiszemy program do analizowania wyciągów bankowych, który będzie pomagał użytkownikom w lepszym zrozumieniu ich sytuacji finansowej. W ten sposób będzie można poznać podstawowe techniki projektowania obiektowego, takie jak zasada pojedynczej odpowiedzialności (SRP), spójność i zależność.

Rozdział 3. Rozszerzanie analizatora wyciągów bankowych

W tym rozdziale rozszerzymy kod z rozdziału 2, dodając funkcje z wykorzystaniem podstawowych wzorców projektowych, zasady otwarte-zamknięte i sposobów modelowania niepowodzeń przy użyciu wyjątków.

Rozdział 4. System zarządzania dokumentami

W tym rozdziale pomożemy renomowanej dentystce w lepszym zarządzaniu kartotekami pacjentów. Wprowadzimy takie koncepcje, jak dziedziczenie w projekcie oprogramowania, zasada podstawienia Liskov oraz wady i zalety kompozycji i dziedziczenia. Pokażemy również, jak pisać bardziej niezawodne programy przy użyciu testów automatycznych.

Rozdział 5. Silnik reguł biznesowych

Omówimy budowanie podstawowego silnika reguł biznesowych – sposobu definiowania logiki biznesowej, która jest elastyczna i łatwa w utrzymaniu. W tym rozdziale wprowadzimy takie tematy, jak programowanie sterowane testami, rozwijanie Fluent API oraz zasada segregacji interfejsów.

Rozdział 6. Twootr

Twootr to platforma komunikacyjna, która umożliwia użytkownikom przesyłanie krótkich wiadomości do innych, obserwujących ich użytkowników. W tym rozdziale zbudujemy trzon prostego systemu Twootr. Pokażemy, jak stosować podejście Outside-In – przechodząc od wymagań do trzonu aplikacji. Wyjaśnimy również, jak używać atrap do izolowania i testowania interakcji z różnymi komponentami w bazie kodu.

Rozdział 7. Rozszerzanie Twootra

W ostatnim rozdziale książki bazującym na projekcie rozszerzymy implementację Twootr napisaną w poprzednim rozdziale. Wyjaśnimy zasadę odwrócenia zależności i wprowadzimy szerszy obraz wyborów architektonicznych, takich jak architektura sterowana zdarzeniami i architektura sześciokątna. Ten rozdział może pomóc w rozszerzeniu wiedzy o testowaniu automatycznym. Zawarliśmy w nim omówienie test doubles, takich jak stubs i atrapy oraz funkcji programowania funkcyjnego.

Rozdział 8. Podsumowanie

W ostatnim, podsumowującym rozdziale przypomnimy najważniejsze tematy i idee omówione w książce, a także przedstawimy dodatkowe materiały, które mogą pomóc w rozwijaniu kariery programisty.

Utrwalenie wiedzy

Programiści często podchodzą do projektów w sposób iteracyjny. To znaczy wybierają najważniejsze zadania, których realizacja zajmie tydzień lub dwa, implementują je, a następnie wykorzystują zebrane opinie do zadecydowania, czym zająć się w następnej kolejności. Odkryliśmy, że ta strategia pomaga także w rozwijaniu umiejętności.

Na końcu każdego rozdziału umieściliśmy krótki podrozdział Utrwalenie wiedzy z kilkoma sugestiami, jak we własnym zakresie można rozszerzyć wiedzę zdobytą w rozdziale.

Skoro już wiesz, czego spodziewać się po tej książce, przystąpmy do pracy!