Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad

JAVA SOLID EJEMPLSO Y DEFINICION, Resúmenes de Programación Java

Es una documento que explica las 5 principales de java solid

Tipo: Resúmenes

2022/2023

Subido el 20/11/2023

julian-bocanegra-1
julian-bocanegra-1 🇨🇴

1 documento

1 / 2

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
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
pf2

Vista previa parcial del texto

¡Descarga JAVA SOLID EJEMPLSO Y DEFINICION y más Resúmenes en PDF de Programación Java solo en Docsity!

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