Conceptos de código limpio (presentación 5)

7,723 views

Published on

Published in: Technology
  • Be the first to comment

Conceptos de código limpio (presentación 5)

  1. 1. Conceptos de Código Limpio<br />
  2. 2. Conceptos de Código Limpio<br />Haz una sola cosa<br />No te repitas a ti mismo (DRY)<br />Ley de Demeter<br />Uso de excepciones en lugar de códigos de error <br />
  3. 3. Haz una sola cosa <br /> Las clases deben tener una funcionalidad especifica.<br /> Cada clase debe tener una única funcionalidad, para lo cual, se debe separar en varias clases.<br />
  4. 4. Haz una sola cosa (2) <br /> Las llamadas a métodos sólo deben hacer una cosa.<br /> Cuando un método realiza dos tareas diferentes estas deben ser separadas en métodos diferentes.<br />
  5. 5. No te repitas a ti mismo (DRY) <br />Este principio es una filosofía de definición de procesos que promueve la reducción de la duplicación.<br />Según este principio, toda pieza de información nunca debe ser duplicada, debido a que la duplicación aumenta la complejidad en cambios y la evolución posterior, puede perjudicar la claridad y crear un espacio para posibles inconsistencias.<br />
  6. 6. No te repitas a ti mismo (DRY) (2)<br />Piezas de información<br />Cuando se aplica el principio DRY de forma eficiente, los cambios en cualquier parte del proceso requieren cambios en un único lugar. Por el contrario, si algunas partes del proceso están repetidas por varios sitios, los cambios pueden provocar fallos con mayor facilidad si todos los sitios en los que aparecen no se encuentran sincronizados.<br />
  7. 7. Ley de Demeter<br />La ley de Demeter, o del buen estilo, garantiza que durante un desarrollo orientado a objetos, se tendrá una buena escalabilidad, pruebas y mantenimiento; ya que ayuda a maximizar la encapsulación. Esto ayuda a mantener un bajo acoplamiento.<br />A menudo el contenido de esta ley se abrevia en una sola frase:<br />“No hables con desconocidos ”<br />
  8. 8. Ley de Demeter (2)<br />Para un método m de una clase o, solo deberían invocarse métodos de los siguientes tipos de objetos:<br /><ul><li>De la misma clase o
  9. 9. De los parámetros que son recibidos por m
  10. 10. De cualquier objeto que sea instanciado dentro de m
  11. 11. De cualquier atributo de o</li></li></ul><li>Uso de excepciones en lugar de códigos de error <br />Las excepciones son mas sencillas que utilizar <br /> códigos de error<br />Facilita la localización de errores dentro de métodos anidados<br />Son mas fáciles de agrupar y diferenciar<br />
  12. 12. ¿Alguna Pregunta?<br />10<br />
  13. 13. Gracias<br />11<br />http://www.javatutoriales.com/<br />Java Tutoriales en Facebook<br />

×