OOP... Object Whaaat?
4 likes759 views
La programmazione orientata agli oggetti non 竪 quella che vi hanno insegnato a scuola! Vedremo assieme qual'竪 il significato di questo paradigma di programmazione, spesso frainteso, e i nuovi obiettivi che ci permette di raggiungere nello sviluppo software.
![Ma come? ...ok, nel software?
Programmazione procedurale e strutturata
Paradigma di programmazione che prevede lutilizzo chiamate a blocchi di codice detti
subroutine o anche sottoprogrammi.
Le subroutine possono inoltre essere associate a strutture dati cos狸 da mantenere allineata
la struttura del programma con quella dei dati.
[tratta da wikipedia]](https://image.slidesharecdn.com/objectoriented-110629045811-phpapp01/85/OOP-Object-Whaaat-5-320.jpg)
![Ma come? ...ok, nel software?
Programmazione procedurale e strutturata
Paradigma di programmazione che prevede lutilizzo chiamate a blocchi di codice detti
subroutine o anche sottoprogrammi.
Le subroutine possono inoltre essere associate a strutture dati cos狸 da mantenere allineata
la struttura del programma con quella dei dati.
[tratta da wikipedia]
Programmazione ad oggetti
La programmazione orientata agli oggetti (Object Oriented Programming, in breve OOP) 竪
uno stile di programmazione che deriva da quello classico procedurale, e pu嘆 essere
considerato una sua estensione. Consiste essenzialmente nella creazione di strutture
dati gerarchiche e combina i dati insieme alle operazioni che li manipolano
[tratta da un sito internet]](https://image.slidesharecdn.com/objectoriented-110629045811-phpapp01/85/OOP-Object-Whaaat-6-320.jpg)
More Related Content
Viewers also liked (10)
Similar to OOP... Object Whaaat? (20)
OOP... Object Whaaat?
- 1. OOP... Object Whaaat? A story of engineers, bricks and gears by Diego Giorgini - @ogeidix
- 2. Quello che ci hanno insegnato a scuola non 竪 tutto quello che serve per vincere la s鍖da...
- 3. La nostra s鍖da 竪 costruire progetti complessi
- 4. Ma come?
- 5. Ma come? ...ok, nel software? Programmazione procedurale e strutturata Paradigma di programmazione che prevede lutilizzo chiamate a blocchi di codice detti subroutine o anche sottoprogrammi. Le subroutine possono inoltre essere associate a strutture dati cos狸 da mantenere allineata la struttura del programma con quella dei dati. [tratta da wikipedia]
- 6. Ma come? ...ok, nel software? Programmazione procedurale e strutturata Paradigma di programmazione che prevede lutilizzo chiamate a blocchi di codice detti subroutine o anche sottoprogrammi. Le subroutine possono inoltre essere associate a strutture dati cos狸 da mantenere allineata la struttura del programma con quella dei dati. [tratta da wikipedia] Programmazione ad oggetti La programmazione orientata agli oggetti (Object Oriented Programming, in breve OOP) 竪 uno stile di programmazione che deriva da quello classico procedurale, e pu嘆 essere considerato una sua estensione. Consiste essenzialmente nella creazione di strutture dati gerarchiche e combina i dati insieme alle operazioni che li manipolano [tratta da un sito internet]
- 7. Ma come? ...ok, nel software?
- 8. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto
- 9. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto Sono gli stessi obiettivi raggiunti dalla programmazione procedurale!
- 10. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto Sono gli stessi obiettivi raggiunti dalla programmazione procedurale! Stiamo facendo programmazione procedurale con una sintassi diversa
- 11. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto
- 12. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto sono comunque ottimi:
- 13. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto sono comunque ottimi: per realizzare un progetto de鍖nito
- 14. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto sono comunque ottimi: per realizzare un progetto de鍖nito per un progetto che resta 鍖sso nel tempo
- 15. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto sono comunque ottimi: per realizzare un progetto de鍖nito per un progetto che resta 鍖sso nel tempo Purtroppo non stiamo costruendo un palazzo
- 16. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto
- 17. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto Le necessit dello sviluppo software includono per嘆:
- 18. Gli obiettivi che riusciamo a raggiungere Scomposizione del problema in sotto problemi Suddivisione del lavoro in pi湛 sviluppatori Modularizzazione del progetto Le necessit dello sviluppo software includono per嘆: Flessibilit di fronte al cambiamento Riuso reale del codice Mantenere il sistema aperto alla crescita
- 19. Le necessit dello sviluppo software richiedono Non moduli statici
- 20. Le necessit dello sviluppo software richiedono Non moduli statici ma entit dinamiche
- 21. Entit dinamiche Lattenzione 竪 sul comportamento dinamico Il progetto 竪 il risultato della collaborazione di diverse entit
- 22. Entit dinamiche Permettono di modi鍖care il comportamento del sistema inserendo nuove entit con comportamenti differenti Il sistema 竪 鍖essibile a nuove richieste senza bisogno di modi鍖care quanto realizzato
- 23. Entit dinamiche Il tuo design 竪 corretto se ogni nuova modi鍖ca al progetto richiede meno codice della modi鍖ca precedente Matteo Vaccari - @xpmatteo
- 24. Progettare entit dinamiche Il diagramma delle classi? Statico! Il comportamento viene descritto dal diagramma di collaborazione
- 25. Progettare entit dinamiche Una automobile ... statica Class diagram: 1 1 Volante Centralina 1 3 1 1 Pedale 2 1 1 Ruota 1 Cruscotto 2 1..* RuotaMotrice Luci
- 26. Progettare entit dinamiche Una automobile ... statica - dinamica Collaboration diagram: 1: Accensione delle frecce FrecciaDx:Luce 1.1 turn_on :Volante Stop:Luce 2.1 turn_on 2: Frenata 1.2 turning_right 2.2 brake Freno:Pedale :Centralina 2.2.1 brake 2.2.1 braking RuotaMDx:RuotaMotrice :Cruscotto
- 27. Progettare entit dinamiche Una automobile ... statica - dinamica Class diagram: riceve informazioni da comunica dati alle Centralina Pedale Luci Comanda delle ricevono dati dal comunica dati al riceve dati dal RuotaMotrice Cruscotto Volante
- 28. Progettiamo il comportamento delle entit 1. Devono essere educate tra di loro 2. Devono essere educate verso il programmatore 3. Devono essere predisposte per la collaborazione
- 29. Progettiamo il comportamento delle entit 1. Devono essere educate tra di loro
- 30. Educazione verso gli altri oggetti Keep it shy The best code is very shy. Like a four-year old hiding behind a mothers skirt, code shouldnt reveal too much of itself and shouldnt be too nosy into others affairs Andy Hunt & Dave Thomas
- 31. Educazione verso gli altri oggetti Tell the other guy oppure Tell, Dont Ask o Send messages Non devono preoccuparsi di sapere con chi stanno parlando o come sar svolta la richiesta che hanno invocato. Devono limitarsi a comunicare gentilmente il loro bisogno al vicino.
- 32. Progettiamo il comportamento delle entit 2. Devono essere educate verso il programmatore
- 33. Educazione verso i programmatori Ask for things Nel progetto sono presenti: 1. aree di codice logico (business logic) 2. aree di codice di inizializzazione (new keywords)
- 34. Educazione verso i programmatori Ask for things Nel progetto sono presenti: 1. aree di codice logico (business logic) 2. aree di codice di inizializzazione (new keywords) Se queste due aree sono intersecate abbiamo: 1. dipendenze nascoste al programmatore 2. dif鍖colt nel realizzare test di unit
- 35. Educazione verso i programmatori Avoid global state Utilizzare uno stato globale mutabile porta a: 1. Dif鍖colt di debugging e test 2. API che mentono al programmatore
- 36. Educazione verso i programmatori Avoid global state Utilizzare uno stato globale mutabile porta a: 1. Dif鍖colt di debugging e test 2. API che mentono al programmatore Attenzione a: 1. Singleton = AntiPattern 2. Hidden global state (Random, Date, Time) 3. *VM Global State VS Application global state 4. Global state IS TRANSITIVE!
- 37. Progettiamo il comportamento delle entit 3. Devono essere predisposte per la collaborazione
- 38. Predisposizione al cambiamento DRY, Dont Repeat Yourself Every piece of knowledge must have a single, unambiguous, and authoritative representation within a system. Andy Hunt & Dave Thomas
- 39. Predisposizione al cambiamento Anti If Campaign 1. Dif鍖cile da leggere 2. Dif鍖cile da testare 3. Freno alla crescita del progetto La maggior parte degli if pu嘆 essere rimossa tramite Polimor鍖smo
- 40. Predisposizione al cambiamento Design Pattern Dividendo le responsabilit di comportamento permettono al sistema di evolvere secondo differenti direzioni. Permettono di intervenire su di un particolare aspetto della struttura del sistema in modo indipendente dagli altri aspetti.
- 41. Predisposizione al cambiamento Composition instead of Inheritance Be careful about runaway subclassing ... ITS AGAIN STATIC!
- 42. Come realizzare ci嘆 in modo sistematico Refactoring = rimozione delle duplicazioni attraverso lindividuazione degli smell Message chains Uncommunicative name Magic numbers Primitive obsession Inconsistent names Duplicated code Comments Type embedded in name Duplicated 鍖ow Long method Long method Embedded expressions Long class Long parameter list Conditionals
- 43. Bibliogra鍖a e approfondimenti 1. UML Tutorial: Collaboration Diagrams - Robert C. Martin 2. Keep it DRY, Shy, and Tell the Other Guy - Dave Thomas 3. Clean Code Talks - Misko Hevery 4. Design Patterns - Gang of four Grazie dellattenzione Diego Giorgini tweet me @ogeidix http://www.fruktarbo.com Questo slide sono rilasciate Creative Commons BY 3.0 http://creativecommons.org/licenses/by/3.0/