agile
(41)
anti-patterns
(17)
architecture
(33)
books
(10)
buissness analysis
(1)
cases
(1)
code speaks 2u
(3)
communication
(1)
conferences
(13)
consulting
(1)
conversation patterns
(26)
customer collaboration
(14)
ddd
(5)
design patterns
(15)
desing
(1)
dialogi
(1)
dsl
(2)
effectiveness
(19)
embedded
(1)
events
(22)
gtp
(4)
info
(2)
infoq
(5)
kanban
(2)
lean
(2)
master
(1)
measuring
(1)
orm
(2)
pea
(2)
product humanisation
(1)
refactoring
(13)
requirements
(7)
retrospections
(1)
retrospective
(1)
scrum
(9)
scrumguide
(1)
sm
(1)
soft skills
(4)
software craftsmanship
(14)
tdd
(1)
team
(20)
time management
(3)
tutorial
(1)
uml
(1)
user stories
(1)
visions
(28)
Monday, December 22, 2008
Wzorce projektowe - Fabryki. Rysunkowy tutorial
Kreacyjne wzorce projektowe dostarczają programistą szeregu metod pozwalających na sprawne zarządzanie tworzeniem obiektów w systemie. W tutorialu omawiam kilka z nich, prezentując strukturę w postaci diagramów UML, implementację oraz obszary zastosowań.
Jeśli chcesz przypomnieć sobie jak czytać diagramy UML w odniesieniu do kodu Java przeczytaj najpierw wcześniejsze tutoriale:
Subscribe to:
Post Comments (Atom)
Wcześniej o tym zapomniałem. Dzięki za wersje pdf:-)
ReplyDeleteCiekawe podejście do tematu - przedstawiając wzorce prezentacją. Gratuluję pomysłu. Na prawdę ciekawy. Można również wystawić na slideshare.
ReplyDeleteNie pasuje mi jednak słowo - kreacyjny. Nie mam dla tego zamiennika, ale ten wybitnie mi nie pasuje.
Dlaczego ChartType na slajdzie Simple Factory jest wykorzystane z if zamiast switch? Od Java 5 switch wspiera typu wyliczeniowe (jedno z pytań na SCJP5)
W jakich sytuacjach chartFactory mógłby/powinien być niestatyczny?
Użycie "metoda tworząca" też jakieś odmienne - chyba nie masz na myśli funkcji tworzącej - jakoś mi się skojarzyło ;-)
Ogólnie bardzo dobry pomysł z tymi prezentacjami. Nie ukrywam, że czekam na następne.
Jacek
Notatnik Projektanta Java EE
@Jacek
ReplyDeleteHej, dzięki za opinię.
>Nie pasuje mi jednak słowo - >kreacyjny
Nie upieram się przy nim:) Pożyczyłem je z polskiego wydania GoF
>Dlaczego ChartType na slajdzie >Simple Factory jest wykorzystane z >if zamiast switch?
Siła przyzwyczajenia. Wyrosłem w przekonaniu, że swich jest "nieobiektowe" i należy go unikać. Ale jak wspomniałem to tylko przyzwyczajenie.
>W jakich sytuacjach chartFactory >mógłby/powinien być niestatyczny?
Moim zdaniem w przypadku, gdy:
* metoda jest nie ogranicza się do prostego tworzenia obiektów lecz podejmuje decyzje w oparciu o bardziej złożony algorytm; w takim przypadku statyczność utrudnia testowanie
* przewidujesz podmianę implementacji
>Użycie "metoda tworząca"...
miałem na myśli znaczenie dosłowne "metoda, która tworzy/kreuje/fabrykuje" coś tam
Pozdrawiam,
mb
Faktycznie swietny pomysl, bardzo mi sie podoba. Znalazlem tylko maly blad, w slajdzie FactoryMethod - na diagramie BarChartReportPage tworzy PieChart a PieChartReportPage tworzy BarChart.
ReplyDelete@swiety
ReplyDeleteDzięki, już poprawiłem