Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
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

568 views

Published on

  • Be the first to comment

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-

×