Dlaczego SOLID jest ważny i w jakich obszarach. Slajdy do prezentacji wygłoszonej w ramach PHP3City Meetup #3

1. SOLID vs. PHP
MICHAŁ ŁUKASZEWSKI
/LUKASZEWSKI.MICHAL
/M_LUKASZEWSKI

2. SOLIDny programista PHP
 Mój program działa
 Optymalnie
 Jest zgodny ze standardami
 I wzorcami?

3. Aby biec naucz się chodzić
 znajomość języka ("mikro optymalizacja" niskopoziomowa)
 PSR
 analiza statyczna
 profilowanie
 BDD/TDD

4. Sky is the limit?
 Wzorce
 Antywzorce
 Clean Code
 Optymalizacja
 Refaktoryzacja

5. Trzech muszkieterów
 Zasady
 Przykazania
 Akronimy (mnemoniki)

6. Eeeee?
 KISS
 DRY
 YAGNI
 GRASP
 SOLID
• Programowanie zwinne (ASD, XP, DSDM, FDD )
• Programowanie obiektowe
• Dziedziczenie

7. Goliat vs Dawid
 GRASP
 9 zasad
 Controller, Creator, Indirection, Information Expert, High
Cohesion, Low Coupling, Polymorphism, Protected
Variations, Pure Fabrication
 "akademicki" wywód opisujący każdą z nich
 (pozornie) duży poziom abstrakcji - może odstręczać
 SOLID
 5 zasad
 prostota definicji
 prostota użycia

8. En garde!
 Single responsibility principle
 SRP
 Open/closed principle
 OCP
 Liskov substitution principle
 LSP
 Interface segregation principle
 ISP
 Dependency inversion principle
 DIP

9. SRP
 Zasad jednej odpowiedzialności
 KISS
 Brzytwa Ockhama

10. OCP
 Zasada otwarte-zamknięte

11. LSP
 Zasada podstawienia Liskov
 Mała pułapka:
 LSP w SOLID to nie zasada podstawienia sformułowana przez Barbarę
Liskov w 1987 tylko jej trawestacja by Uncle Bob
 LSP by Liskov określa strukturę typów i odpowiada na pytanie kiedy
dany typ jest podtypem drugiego
 Jest związana z teorią języków programowania
 LSP by Martin (unclebob) dotyczy projektowania
 opisuje hierarchię typów, ale i (a może przede wszystkim) klas
 jest uznawana za "słabszą" - bardziej miękkie kryteria akceptacji:
 brak błędu przy podstawieniu podtypu pod zmienną nadtypu;
 bez wymogu tych samych rezultatów

12. ISP
 Zasada segregacji interfejsów
 Klasa udostępnia tylko te interfejsy, które są niezbędne do
zrealizowania konkretnej operacji.
 Pozostałe są za fasadą, tak że korzystający z udostępnionych metod
nie ma (mieć) świadomości realnego przepływu danych i logiki
prowadzącej do realizacji jego polecenia.
 Klasa udostępnia minimum interfejsów, poziomem ogólności
dostosowanych do warstwy abstrakcji, na której operuje dana klasa.

14. DIP
 Zasada odwrócenia zależności
 DIP jako specyficzna implementacja IoC
 Zasada Hollywood
 Dependency Lookup
 Nie da się dobrze zaimplementować DIP bez SRP oraz ISP
 IoC wymaga udostępnienia interfejsów bez ujawniania
implementacji
 Implementacja jest zależna od modelu
 Interfejsy nie są zależne od implementacji
 Silna separacja warstw abstrakcji

15. Pobudka! :]
 Czy da się żyć bez SOLID?
 A czy da się przeżyć na śmieciowym jedzeniu?
 SOLID jako odpowiedzi na pytania
 SOLID a optymalizacja niskopoziomowa/PSR/analiza statyczna
 SOLID a wzorce
 SOLID a antywzorce
 SOLID a rzeczywistość
 bezustanne dążenie
 SOLIDna architektura?

16. SOLIDny programista
 http://nandrew.blogspot.com/2007/09/zasady-grasp-cz-i.html
 http://nandrew.blogspot.com/2007/09/zasady-projektowania-
obiektowego-grasp.html
 http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod
 http://www.confreaks.com/videos/240-goruco2009-solid-object-
oriented-design
 https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start
 http://pl.scribd.com/doc/24308576/Data-Abstraction-and-Hierarchy
 http://phpmaster.com/dip-intro/
 http://martinfowler.com/bliki/InversionOfControl.html
 http://sebastian-malaca.blogspot.com/search/label/SOLIDny%20kod
 http://www.objectmentor.com/omSolutions/oops_what.html