

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Los mejores documentos en venta realizados por estudiantes que han terminado sus estudios
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Descubre las mejores universidades de tu país según los usuarios de Docsity
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
Es una documento que explica las 5 principales de java solid
Tipo: Resúmenes
1 / 2
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
Principios SOLID Single-responsibility principle Este principio nos da a entender que cada clase en un proyecto de java debe tener una única responsabilidad, es decir, mantener una única clase para un solo uso, no usar la clase para varias cosas distintas, esto da una mejor legibilidad del código y mejor orden del mismo, el hecho de crear una clase con varios propósitos podría provocar errores, además de que al momento de hacer algún cambio sobre dicha clase, como refactorizar algun metodo o algo parecido, lo dificulta. Open-closed principle Lo que nos dice este principio es que se debe manejar uno de los principios de POO el cual es la herencia, esto quiere decir que se debe manejar una forma de poder extender de una clase o método, para añadir más funcionalidades o para poder moldear el código a lo que uno requiera, pero es importante que pueda ser usado como base, mas NO modificar el código ya existente, ya que esto no sería viable, porque podría generar problemas al momento de hacer algún cambio al código ya existente, un ejemplo de esta práctica sería el EXTENDS que nos permite heredar de una clase padre los métodos que necesitemos Liskov substitution principle Este principio se podría decir que va de la mano con el anterior, debido a que nos dice que es importante que al momento de de crear o usar subclases, la clase padre debe seguir funcionando sin ningún problema, suena algo ilógico ya que al momento de usar alguna subclase la clase no se toca asi que deberia seguir funcionando, pero a veces al usar varias subclases o clases puede generar problemas al momento de ejecutar por lo que la clase padre podría fallar
Interface segregation principle La segregación de interfaces se puede explicar de la forma en la que no se debería sobrecargar las interfaces, es decir, a veces se sobrecarga interfaces por lo que al momento de de hacer algún cambio o mantenimiento dificulta la tarea, se puede también entender que no es buena práctica crear “mega interfaces”, las interfaces son formas de manejar métodos que sean iguales pero de diferentes maneras, por lo que al crear una interfaz para muchas tareas hará que esta se sobrecargue Dependency inversion principle Este principio nos dice que los métodos no deberían manejarse por nivel, es decir no deberían estar creados usando de bajo nivel y de alto nivel, ya que esto afecta principalmente al momento de usar bases de datos, ya que esto puede general problemas en el momento de solicitar alguna información a la base de datos, por lo que se debería programar de tal forma que no se afecten directamente Julian David Bocanegra Segura COD 202220214 Universidad Pedagogica y Tecnologica de Colombia