Code Smells y SOLID: A qué huele tu código?
•
15 recomendaciones•5,052 vistas
Este documento describe varios conceptos relacionados con la calidad del código, incluyendo code smells, principios SOLID y refactorización. Explica que los code smells son síntomas que indican problemas de calidad en el código y diseño. Describe varios code smells como rigidez, fragilidad e inamovilidad. También explica los cinco principios SOLID y cómo ayudan a mejorar la calidad del código. Finalmente, señala que la refactorización es importante para mejorar el código al cambiar su estructura interna sin alterar su comportamiento
Recomendados
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Destacado (20)
Similar a Code Smells y SOLID: A qué huele tu código?
Similar a Code Smells y SOLID: A qué huele tu código? (20)
Más de Johnny Ordóñez
Más de Johnny Ordóñez (20)
Último
Último (15)
Code Smells y SOLID: A qué huele tu código?
- 1. Code Smells y SOLID A qué huele tu código? http://village.blogs.pressdemocrat.com/10315/recap-whos-ready-for-summer/?tc=ar
- 3. Porqué es necesario escribir un buen código?
- 4. Desarrollo de Software Tradicional http://www.flickr.com/photos/futureshape/4000128011/
- 5. Mucho software actual se comporta como un juego de Jenga http://www.albertelli.com/photoarchive/Random_2003/lawn_jenga0002.jpeg
- 6. Unpequeño cambio… http://amistadcuauti.files.wordpress.com/2008/08/jenga.jpg
- 7. Provoca efectos por todas partes... http://design-crit.com/blog/images/jenga.jpg
- 8. Necesitamos un cambio en el sistema… http://raulpiriz.files.wordpress.com/2010/09/alg_jefe.jpg
- 12. Pasamos más tiempo leyendo código que escribiéndolo http://photos.pcpro.co.uk/blogs/wp-content/uploads/2010/10/frustrated.jpg
- 13. Costo de poseer código “No Mantenible”
- 16. Actitud http://www.flickr.com/photos/designd15/4220055968/in/photostream/ “Escribir código que entienda la computadora es una técnica; escribir código que entienda un ser humano es un Arte” – Robert ‘Uncle Bob’ Martin
- 17. Entonces, ¿Por qué es importante escribir mejor código? http://www.websoftwareqa.com/wp-content/uploads/2010/07/Computer-Code.jpg
- 18. Fácil de Entender Fácil de Cambiar Barato de Mantener
- 19. Cómo detectar Dónde puedo si lo estoy encontrar la haciendo mal? información que necesito? Qué puedo aplicar y qué Qué patrones no? resuelven este problema?
- 20. y muchos más…
- 21. Code Smells Cómo detectar un código mal oliente?
- 22. Qué son los Code Smells? Son todos los síntomas que podemos encontrar en el código fuente de un sistema que indican que muy probablemente existan problemas más profundos de calidad de código, de diseño o de ambos.
- 23. Rigidez http://www.naturecabins.com/solar/images_600x400/20080525_steel_beam_closeup.JPG
- 24. Rigidez es la tendencia que posee el software a ser difícil de cambiar, incluso en formas sencillas o cambios mínimos.
- 26. Fragilidad es la tendencia que posee un programa para romperse en muchos lugares cuando un simple cambio es realizado.
- 27. Inamovilidad http://4.bp.blogspot.com/_b5RFglsqS4k/Rm2_uGVsxuI/AAAAAAAACfY/CkpR-E0HsV0/s400/sumo.jpg
- 28. Inamovilidad es la dificultad de separar el sistema en componentes que pueden ser reutilizados en otros sistemas.
- 30. Viscosidad se presenta cuando hacer las cosas incorrectamente es más fácil que hacerlas del modo correcto.
- 31. Ambiente de desarrollo lento e ineficiente Tiempos muy largos de compilación Subir el código toma horas Hacer el deploy toma varios minutos
- 32. Complejidad innecesaria http://www.funglode.org/Portals/0/images/Sala_de_Prensa/2010/Marzo/Complejidad%20interior.jpg
- 33. Complejidad innecesaria existe cuando hay muchos elementos que actualmente no son útiles.
- 34. Repetición innecesaria http://www.fondospantallagratis.com/wp-content/uploads/2009/03/fichas_de_domino.jpg
- 35. Repetición innecesaria es cuando el código posee estructuras repetidas que pueden ser unificadas bajo una sola abstracción.
- 37. Opacidad es la tendencia que posee un módulo a ser difícil de leer y comprender.
- 38. http://fotos0.mundofotos.net/2008/19_11_2008/nostalgica1227105482/perrito-oliendo-flores.jpg A qué huele tu código?
- 39. Un buen desarrollador tiene un olfato fino http://vinos.viaresto.com.ar/sites/default/files/Foto-aroma.jpg?1308074199
- 44. Clases muy grandes http://cache2.allpostersimages.com/p/LRG/21/2163/18ACD00Z/posters/miller-john-huge-tyres-big-foot-customised-car-usa.jpg
- 45. http://www.zonelibere.net/images/stories/zenstones.jpg Refactorizar
- 46. http://4.bp.blogspot.com/-RhAnCDMlvts/Tptjf9pQcZI/AAAAAAAAAUU/lJSYMataDOM/s1600/mecanismo-reloj.jpg Cambiar la estructura interna del código…
- 47. http://4.bp.blogspot.com/-RhAnCDMlvts/Tptjf9pQcZI/AAAAAAAAAUU/lJSYMataDOM/s1600/mecanismo-reloj.jpg Sin alterar su comportamiento visible… Cambiar la estructura interna… http://img.alibaba.com/wsphoto/v0/390462787/6pcs-lot-free- shipping-2011-new-arrival-vintage-pocket-watch-necklaces.jpg
- 48. Obtener un código más simple. La refactorización enseña técnicas para descubrir código de mala calidad y técnicas para cambiarlo.
- 50. Single Responsibility Principle Open / Close Principle Liskov Substitution Principle Interface Segregation Principle Dependency Inversion Principle
- 51. Bueno, manos a la obra!!
- 52. Single Responsibility Principle “Cada objeto debe tener una responsabilidad única, y esta responsabilidad debe estar completamente encapsulada dentro de la clase” “Las clases deben tener una única responsabilidad, una única razón de cambio”
- 53. Open / Close Principle “Una clase debe estar abierta para extensión pero cerrada para modificación”
- 54. Liskov Substitution Principle “Las clases derivadas deben ser sustituidas por sus clases base”
- 55. Interface Segregation Principle “Mantenga interfaces finas a un nivel de granularidad que el cliente necesita. Los clientes no deben ser forzados a depender de interfaces que no utilizan.”
- 56. Dependency Inversion Principle “Clases de alto nivel no deben depender de clases de bajo nivel. Ambas deben depender de sus abstracciones” “Dependa de abstracciones, no de objetos concretos”
- 57. SOLID hace que tu código huela bien
- 58. Gracias! @JohnnyOrdonez
- 59. Referencias • Clean Code: A Handbook of Agile Software Craftsmanship, Robert C. Martin (Aug 11, 2008) http://www.amazon.com/Clean-Code- Handbook-Software-Craftsmanship/dp/0132350882 • Agile Software Development, Principles, Patterns, and Practices, Robert C. Martin (Oct 25, 2002) http://www.amazon.com/Software- Development-Principles-Patterns-Practices/dp/0135974445 • Code Smells, Louhekon (2010) http://www.louhekon.fi/2010/02/code- smells/ • A Taxonomy for "Bad Code Smells ", Mika Mäntylä (2010) http://www.soberit.hut.fi/mmantyla/BadCodeSmellsTaxonomy.htm
- 60. Referencias • A Taxonomy for "Bad Code Smells ", Mika Mäntylä (2010) http://www.soberit.hut.fi/mmantyla/BadCodeSmellsTaxonomy.htm • SOLID Software Design, AbbasRaza (2012) http://www.slideshare.net/theceo/solid-software-design • SOLID OO Principles, Andreas Enbohm (2011) http://www.slideshare.net/enbohm/solid-design-principles-9016117 • The SOLID Principles in C#, Leon van Bokhorst (2012) http://www.remondo.net/solid-principles-csharp-single-responsibility/ • A qué huele tu código?, Rubén Bernárdez (2011) http://www.slideshare.net/rubenbp/a-qu-huele-tu-cdigo-afinando-nuestro- olfato-7400175
- 61. Más Code Smells y Tips para corregirlos Tomado de: http://www.slideshare.net/rubenbp/a-qu-huele-tu-cdigo-afinando-nuestro-olfato-7400175