Agile. Programowanie zwinne: zasady, wzorce i praktyki zwinnego wytwarzania oprogramowania w C#
Tytuł: Agile. Programowanie zwinne: zasady, wzorce i praktyki zwinnego wytwarzania oprogramowania w C#
Autor: Robert C. Martin, Micah Martin
Język: Polski (tłumaczenie)
Język programowania w przykładach: C#
Książka porusza parę zagadnień. Na początek mamy opis programowania ekstremalnego, wytwarzania sterowanego testami, czyli części programowania zwinnego. Opis ten jest może zgodny z rzeczywistością i oddaje intencje pomysłodawców, ale zakończenie tej części w postaci dialogu podczas pisania programu przez parę programistów na kilkanaście stron jako przykład jak dobrze jest tworzyć oprogramowanie w parach, nie jest chyba za dobrze dobrany. Trzeba mieć dużo cierpliwości, żeby przez ten fragment, w dodatku bez morału przebrnąć.
Na szczęście dalsza część robi się ciekawsza i tak w książce przedstawione są metody planowania w projektach informatycznych, pojęcie refaktoryzacji. Druga część książki to przede wszystkim zasady rządzące projektami IT: zasada otwarte – zamknięte, zasada podstawiania Liskov, zasada odwracania zależności i zasada segregacji interfejsów. Ta część zamyka się w 237 stronie.
Dalej znajduje się opis diagramów UML: diagramów użycia, diagramów sekwencji, diagramy klas oraz heurystyki. Jeżeli nie masz kompletnie pojęcia o UML ten rozdział zamykający się na stronie 366 jest zdecydowanie dla Ciebie. Autorzy starają się dosyć rzeczowo wyjaśnić czym UML jest i kiedy się przydaje.
To co zaczyna się od strony 367 wydaje się dla mnie najbardziej przydatną długoterminowo częścią książki. Otóż autorzy w dalszych dwóch częściach książki opisują w trakcie omawiania dwóch studiów przypadków najważniejsze wzorce projektowe. A więc mamy tutaj opisy takich wzorców jak: Singleton, Monostate, Null Object, Template Method, Strategy, Facade, Mediator, Command, Active Object, Factory, a dalej też takie wzorce projektowe: Composite, Observer, Abstract Server, Adapter, Bridge, Proxy, Gateway, Table Data Gateway, Visitor, Acyclic Visitor, Decorator, Extension Object oraz State. Do tych dwóch części można więc wracać wielokrotnie, żeby określić z jakich elementów powinien być projekt informatyczny zbudowany. Opis tych wzorców poprzedzony jest przeważnie wstępem objaśniającym powód powstania takiego wzorca, kiedy konkretny wzorzec projektowy się przydaje, kiedy nie i przede wszystkim jakie ma zalety i wady. Polecam tą część książki szczególnie.
Autorom nie można odmówić znajomości tematu, jednak uważam, że nie każdemu czytanie tej książki sprawi przyjemność. Dlatego jeżeli chcesz ją kupić, najpierw sprawdź w przykładowym rozdziale dostępnym on-line, czy styl pisania autorów Ci odpowiada.
Przygotowałem dla Ciebie wpisy:
Dodaj do Sfory | Dodaj do Wykopu | Dodaj do Osnews
Brak komentarzy »
Kanał RSS z komentarzami do tego wpisu. TrackBack URI
Dodaj komentarz
WordPress, Pool Theme - Borja Fernandez - mod

