SOLID        @lshimokawa
"Walking on water anddeveloping software from aspecification are easy if bothare frozen."- Edward V. Berard
Robert C. Martin
http://manifesto.softwarecraftsmanship.org/
Single Responsability Principle
SRP •Las clases deben tener una  única responsabilidad. •Una clase debe tener una, y  solo una, razón para cambiar.
Open Closed Principle
OCP •Los módulos deben estar  abiertos para la extensión  pero cerrados para la  modificación. •Variables de instancia  pr...
Liskov Substitution Principle
LSP •Los objetos deben ser  reemplazables por instancias  de subtipos sin alterar el  correcto funcionamiento.
Inteface Segregation Principle
ISP •Varias interfaces de clientes  son mejores que una sola  interfaz de general. •Los clientes no deben ser  forzados a ...
Dependency Inversion Principle
DIP •Uno debe depender de  abstracciones no de clases  concretas. •Dependency Injection
Ejemplos de SOLID•https://github.com/stefanroock/  SOLID-for-dynamic-and-functional-  languages--Sokrates-Germany-2011-
Solid
Upcoming SlideShare
Loading in …5
×

Solid

546 views
537 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
546
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
8
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Solid

  1. 1. SOLID @lshimokawa
  2. 2. "Walking on water anddeveloping software from aspecification are easy if bothare frozen."- Edward V. Berard
  3. 3. Robert C. Martin
  4. 4. http://manifesto.softwarecraftsmanship.org/
  5. 5. Single Responsability Principle
  6. 6. SRP •Las clases deben tener una única responsabilidad. •Una clase debe tener una, y solo una, razón para cambiar.
  7. 7. Open Closed Principle
  8. 8. OCP •Los módulos deben estar abiertos para la extensión pero cerrados para la modificación. •Variables de instancia privadas. •No tener variables globales
  9. 9. Liskov Substitution Principle
  10. 10. LSP •Los objetos deben ser reemplazables por instancias de subtipos sin alterar el correcto funcionamiento.
  11. 11. Inteface Segregation Principle
  12. 12. ISP •Varias interfaces de clientes son mejores que una sola interfaz de general. •Los clientes no deben ser forzados a implementar interfaces que no utilizan.
  13. 13. Dependency Inversion Principle
  14. 14. DIP •Uno debe depender de abstracciones no de clases concretas. •Dependency Injection
  15. 15. Ejemplos de SOLID•https://github.com/stefanroock/ SOLID-for-dynamic-and-functional- languages--Sokrates-Germany-2011-

×