Po co? Podczas rodzinnego, wakacyjnego pobytu nad morzem pogoda bardzo często się zmieniała – od upalnego Słońca do ulewy. W dodatku nagle. Nie było wiadomo, czy wychodzić z pokoju z dziećmi na spacer i czy zaraz nie będzie padał deszcz. Brakowało mi źródła z informacjami o pogodzie, które:– jest przejrzyste i czytelne, dzięki czemu można …
Podczas uruchamiania aplikacji .jar lub exe., która została stworzona w Javie, możemy natknąć się na wyskakujące okienko z komunikatem „A JNI error has occurred, please check your installation and try again”: Błąd ten nie zawsze oznacza, że winnym jest uruchamiany przez nas plik i jego kod źródłowy. Bardzo często oprogramowanie Java jest tego przyczyną. Komunikat …
Czym jest Test Driven Development Test Driven Development to metodyka (podejście do programowania), która traktuje o testowaniu aplikacji (przy pomocy kodu) w trakcie jej tworzenia. U jej podstaw leży odwrócenie „zwyczajnego” porządku rzeczy. W TDD najpierw piszemy test (tzw. test jednostkowy) a dopiero potem implementujemy daną funkcjonalność. Samym TDD żądzą 3 kroki:– najpierw piszemy test, …
Po co używać wzorca Budowniczy Tematem niniejszego wpisu jest kolejny z wzorców projektowych w programowaniu – Budowniczy. Jest to wzorzec, który stosuje się w celu hermetyzowania tworzenia produktu i umożliwienia jego wieloetapowego inicjowania. Innymi słowy, ma rozwiązać problem tworzenia złożonych obiektów (takich, które wymagają wprowadzenia wielu argumentów podczas ich tworzenia), które będą tworzone wiele razy …
Wzorce projektowe w programowaniu – wzorzec Budowniczy Read More »
Singleton – do czego się go stosuje Wzorzec projektowy Singleton stosowany jest wszędzie tam, gdzie wymagane jest stworzenie jednego, i tylko jednego, egzemplarza danego obiektu. Przykładem takiej sytuacji np. okno dialogowe, sterowniki drukarek czy obiekty wykorzystywane podczas procesu logowania. Można oczywiście stworzyć jeden egzemplarz obiektu poprzez zmienne globalne, jednak ma to swoje słabe strony – …
Wzorce projektowe w programowaniu – wzorzec Singleton Read More »
Wzorzec Fabryka – wprowadzenie Niniejszy wpis dotyczy kolejnego wzorca projektowego – Fabryki (ang. Factory). Zgodnie z regułami projektowania nie powinniśmy tworzyć implementacji, lecz interfejsy. Ale co w przypadku, gdy należy stworzyć nowy obiekt i użyć operatora „new”? Przecież kłóci się to z dobrymi praktykami tworzenia kodu, mówiącymi o elastyczności. Kiedy korzystamy z operatora „new” tworzymy …
Wzorce projektowe w programowaniu – wzorzec Fabryka Read More »
Ten wpis ma na celu przybliżenie funkcjonowania wzorca Obserwator. Jest on używany, w celu informowania obiektów o zmianie stanu jednego obiektu. Spójrzmy na poniższy rysunek. Wyjaśniając powyższą ilustrację – jeżeli nastąpi zmiana danych w obiekcie obserwowanym, to nowe wartości są przekazywane do obiektów obserwujących. Z tego z kolei wynika, że obiekty obserwujące są zależne od …
Wzorce projektowe w programowaniu – wzorzec Obserwator Read More »
Problem do rozwiązania. Wzorce projektowe w programowaniu – wzorzec Dekorator. W tym wpisie pochylimy się nad kolejnym wzorcem projektowym. Rozważmy następujący, przykładowy problem. Mamy wypożyczalnię pojazdów – załóżmy na ten moment, że są to tylko samochody. W wypożyczalni można wypożyczyć różne marki samochodów: Mercedes, Fiat, Renault, VW, Audi. Wypożyczenie samochodu różnych marek ma oczywiście różną …
Wzorce projektowe w programowaniu – wzorzec Dekorator Read More »
S.O.L.I.D – 5. Zasada odwrócenia zależności (D – dependency inversion) SOLID – Zasada odwrócenia zależności – ostatnia z zasad zbioru SOLID. Mówi o tym, że klasa wysokiego poziomu nie powinna zależeć od klasy niskiego poziomu. Obydwie powinny zależeć od abstrakcji. Znaczy to tyle, że w deklaracji żadnej klasy, metody czy zmiennej nie powinniśmy używać nazw …
S.O.L.I.D – 5.
Zasada odwrócenia zależności
(D – dependency inversion) Read More »
S.O.L.I.D – 4. Zasada segregacji interfejsów (I – Interface segregation) SOLID – Zasada segregacji interfejsów – przedostatnia z wytycznych SOLID. Reguła ta oznajmia nam, aby nie tworzyć interfejsów z metodami, których nie używa klasa. Interfejsy powinny być jak najmniejsze i konkretne klasy nie powinny implementować metod których nie potrzebują. Nie powinno dojść do sytuacji, gdy …
S.O.L.I.D – 4.
Zasada segregacji interfejsów
(I – Interface segregation) Read More »
