Los Principios de Diseño Orientado a Objetos son el núcleo de la programación orientada a objetos, pero he visto a la mayoría de los programadores de Java perseguir patrones de diseño como     o   , y no poner suficiente atención en el aprendizaje   . el patrón Singleton, el patrón Decorator el patrón Observer del análisis y diseño orientado a objetos  Es importante aprender los conceptos básicos de la programación orientada a objetos como   ,   ,   y   . Pero, al mismo tiempo, es igualmente importante conocer los principios del diseño orientado a objetos. Abstracción Encapsulación Polimorfismo Herencia  Le ayudarán a crear un diseño limpio y modular, que sería fácil de probar, depurar y mantener en el futuro.  He visto regularmente a programadores y desarrolladores de Java de varios niveles de experiencia, que nunca han oído hablar de estos principios de diseño   y     o simplemente no saben qué beneficios ofrece un principio de diseño en particular y cómo aplicar estos principios de diseño en la codificación. OOP SOLID ,  Para hacer mi parte, he anotado todos los principios importantes del diseño orientado a objetos y los he puesto aquí como referencia rápida. Estos al menos le darán una idea de qué son y qué beneficios ofrecen.  No he puesto ejemplos, solo para que el artículo sea breve, pero puede encontrar muchos ejemplos de estos principios de diseño en Internet e incluso en mi   , solo use la barra de búsqueda en la parte superior de la página. blog de Java  Si no puede comprender un principio de diseño, debe intentar hacer más de un ejemplo porque a veces nos conectamos mejor con otro ejemplo o autor, pero debe comprender estos principios de diseño y aprender a usarlos en su código.  Otra cosa que puede hacer es unirse a un curso integral de diseño orientado a objetos como   de Steve Smith en Pluralsight. Me ha ayudado mucho en mi comprensión y aplicación de estos principios. Principios SOLID de diseño orientado a objetos  Por cierto, he compartido algunos cursos y libros relevantes y útiles aquí y allá, tanto gratuitos como de pago, y ganaré algo de dinero si compras algo que no sea gratuito.  También son algunos de los recursos que he usado para aprender los principios de diseño SOLID y Programación en general y son buenos para aprender algunos de estos principios en profundidad.  10 Principios de Diseño SÓLIDO y Orientado a Objetos para Programadores  Aunque la mejor manera de aprender cualquier principio o patrón de diseño es un ejemplo del mundo real y comprender las consecuencias de violar ese principio de diseño, el tema de este artículo es Introducción   para programadores de Java, que no están expuestos a él o en la fase de aprendizaje. a los principios de diseño orientado a objetos  Personalmente, creo que cada uno de estos principios de diseño   y   necesita un artículo para explicarlos claramente, y definitivamente intentaré hacerlo aquí, pero por ahora, prepárate para un paseo rápido en bicicleta por la ciudad de los principios de diseño :) OOP SOLID  1. SECO (No te repitas)  Nuestro primer principio de diseño orientado a objetos es DRY, como sugiere el nombre   significa no escribir código duplicado, sino usar   para abstraer cosas comunes en un solo lugar. DRY (no se repita) Abstracción  Si tiene un bloque de código en más de dos lugares, considere convertirlo en un método separado, o si usa un valor codificado de forma rígida más de una vez, hágalo   . El beneficio de este principio de diseño orientado a objetos está en   . público como constante final el mantenimiento  Es importante no abusar, la duplicación no es por código, sino por funcionalidad.  Significa que si ha utilizado un código común para validar OrderId y SSN, no significa que sean iguales o que seguirán siendo los mismos en el futuro.    Al usar un código común para dos funcionalidades o cosas diferentes, las une estrechamente para siempre y cuando su ID de pedido cambie su formato, su código de validación de SSN se romperá.  Así que tenga cuidado con tal acoplamiento y simplemente no combine nada que use el código similar pero que no esté relacionado. También puede consultar el curso   en Java en Udemy para obtener más información sobre cómo escribir un buen código y las mejores prácticas a seguir al diseñar un sistema. Conceptos básicos de arquitectura de software y patrones de diseño  2. Encapsule lo que cambia  Solo hay una cosa que es constante en el campo del software y es "Cambiar". Por lo tanto, encapsule el código que espera o sospecha que se cambiará en el futuro.  El beneficio de este principio de diseño de programación orientada a objetos es que es fácil de probar y mantener el código encapsulado adecuado.  Si está codificando en Java, siga el principio de   de forma predeterminada y aumente el acceso paso a paso, como de privado a   y no   . hacer que las variables y los métodos sean privados protegido público    Varios de los   usan Encapsulación, el   es un ejemplo de Encapsulación que encapsula el código de creación de objetos y brinda flexibilidad para introducir un nuevo producto más adelante sin impacto en el código existente. patrones de diseño en Java patrón de diseño Factory  Por cierto, si está interesado en obtener más información sobre los patrones de diseño en Java y la programación orientada a objetos, debe consultar este curso   Pluralsight. Es una de las mejores colecciones de patrones de diseño y consejos sobre cómo usarlos en el mundo real. de Biblioteca de patrones de diseño  3. Principio de diseño abierto y cerrado  De acuerdo con este principio de diseño OOP, "las clases, los métodos o las funciones deben estar abiertos para la extensión (nueva funcionalidad) y cerrados para la modificación".  Este es otro hermoso principio de diseño SOLID, acuñado por el tío Bob en su clásico libro   , que evita que alguien cambie el código ya probado. Clean Code  El beneficio clave de este principio de diseño es que el código ya probado no se toca, lo que significa que no se romperá.  Aquí hay un ejemplo de código Java que   el Principio de programación de diseño abierto y cerrado: viola   En este código, GraphicEditor está estrechamente relacionado con Shape. Si necesita una nueva Shape, debe modificar el código ya probado dentro del método drawShape (Shape s), que es propenso a errores y no deseable.  Idealmente, si está agregando una nueva funcionalidad solo, su código debe probarse y ese es el objetivo del   . principio de diseño abierto y cerrado  Por cierto, el principio Abierto-Cerrado es "O" del acrónimo SOLID. Si desea obtener más información sobre este principio, el curso   en Udemy es uno de los mejores recursos para consultar. Principios SOLID de diseño y arquitectura orientados a objetos  4. Principio de responsabilidad única (PRS)  El principio de responsabilidad única es otro principio de diseño SOLID y representa una "S" en el acrónimo SOLID. Según SRP, no debe haber más de una razón para que una clase cambie, o una clase siempre debe manejar una sola funcionalidad.  El beneficio clave de este principio es que reduce el acoplamiento entre el componente individual del software y el Código.  Por ejemplo, si coloca más de una funcionalidad en una clase en Java, introduce el   entre dos funcionalidades e incluso si cambia una funcionalidad, existe la posibilidad de que rompa la funcionalidad acoplada, lo que requiere otra ronda de pruebas para evitar sorpresas en la producción. ambiente. acoplamiento  También puedes ver   Course en Udemy para obtener información sobre los patrones que se basan en este principio. From 0 to 1: Design Patterns — 24 That Matter    5. Principio de Inyección o Inversión de Dependencia  No pida dependencia, se la proporcionará el marco. Esto ha sido muy bien implementado en   , uno de los framework Java más populares para escribir aplicaciones de valor real. Spring framework  La belleza de este   es que cualquier clase inyectada por el marco DI es   con el objeto simulado y más fácil de mantener porque el código de creación de objetos está centralizado en el marco y el código del cliente no está lleno de eso. principio de diseño fácil de probar  Hay varias formas de implementar la   como usar la instrumentación de bytecode que hace algún marco AOP (programación orientada a aspectos) como AspectJ o usar proxies como se usa en Spring. inyección de dependencia,  También puede consultar el curso   en Udemy para obtener más información sobre este útil principio. También representa "D" en el acrónimo SÓLIDO. Principios SOLID de diseño y arquitectura orientados a objetos  Aquí hay un ejemplo del código que viola el Principio de Inversión de Dependencia o DIP en Java:   Puede ver que AppManager depende de EventLogWriter, que está estrechamente relacionado con AppManager. Si necesita usar otra forma de notificar a su cliente, como enviar notificaciones automáticas, SMS o correo electrónico, debe cambiar la clase de AppManager.  Este problema se puede resolver mediante el uso del Principio de inversión de dependencia donde, en lugar de que AppManager solicite EventLogWriter, el marco lo inyectará o proporcionará a AppManager.  Puede ver más información sobre el   intensivo en Udemy para obtener más información sobre el principio de inversión de dependencia y cómo resolver tales problemas. uso de principios SOLID para escribir mejor código: un curso  6. Favorecer la composición sobre la herencia  Hay dos formas generales de reutilizar el código que ya ha escrito, Herencia y Composición, ambas tienen sus propias ventajas y desventajas, pero, en general, siempre debe favorecer la composición sobre la herencia, si es posible.  Algunos de ustedes pueden argumentar esto, pero descubrí que la   es mucho más flexible que la   . Composición Herencia  La composición permite cambiar el comportamiento de una clase en tiempo de ejecución al establecer propiedades durante el tiempo de ejecución y al usar interfaces para componer una clase, usamos   que brinda flexibilidad para reemplazar con una mejor implementación en cualquier momento. polimorfismo  Incluso Efective   de Joshua Bloch aconseja favorecer la composición sobre la herencia. Si aún no está convencido, también puede leer   para obtener más información sobre por qué su Composición es mejor que la Herencia para reutilizar el código y la funcionalidad. Java aquí  Y, si sigues olvidando esta regla, aquí tienes una bonita caricatura para poner en tu escritorio :-)    Si está interesado en obtener más información sobre conceptos de programación orientada a objetos como composición, herencia, asociación, agregación, etc., también puede consultar el curso   en   . Programación orientada a objetos en Java Coursera  Es gratis para explorar y aprender, pero se le cobrará si también desea participar en ejercicios, tareas, evaluaciones y necesita Certificación para mostrar en su perfil de LinkedIn.  7. Principio de sustitución de Liskov (LSP)  De acuerdo con el principio de sustitución de Liskov, los subtipos deben ser sustituibles por el supertipo, es decir, los métodos o funciones que usan el tipo de superclase deben poder trabajar con el   de la subclase sin ningún problema”. objeto  LSP está estrechamente relacionado   de   . con el principio de responsabilidad única y el principio segregación de interfaz  Si una clase tiene más funcionalidad que una subclase, es posible que no admita parte de la funcionalidad y viole LSP.  Para seguir   , la clase o subclase derivada debe mejorar la funcionalidad, pero no reducirla. LSP representa "L" en el acrónimo SÓLIDO. el principio de diseño LSP SOLID  Aquí hay un ejemplo de código que viola el principio de sustitución de Liskov en Java:   Principio de sustitución de Liskov en Java  Si tiene un área de método (Rectángulo r) que calcula el área de Rectángulo, entonces ese código se romperá cuando pase el Cuadrado porque Cuadrado no es realmente un Rectángulo.  Si está interesado en un ejemplo más real, entonces el curso   en Pluarlsight es un buen curso para comenzar. Principios SOLID de diseño orientado a objetos  Por cierto, necesitaría una membresía de Pluralsight para acceder a este curso, que cuesta alrededor de $ 29 por mes o $ 299 al año (14% de descuento). Incluso si no tiene una membresía, aún puede acceder a este curso GRATIS aprovechando su   sin ningún compromiso, que es una excelente manera no solo de acceder a este curso de forma gratuita, sino también de verificar el calidad de los cursos antes de unirse a Pluralsight prueba gratuita de 10 días  8. Principio de segregación de interfaz (ISP)  El principio de segregación de la interfaz establece que un cliente no debe implementar una   si no la usa. interfaz  Esto sucede principalmente cuando una interfaz contiene más de una funcionalidad y el cliente solo necesita una funcionalidad y ninguna otra.  No hay duda de que el diseño de la interfaz es un trabajo complicado porque una vez que lanzas tu interfaz no puedes cambiarla sin romper toda implementación. Bueno, la función de   de Java 8 proporciona una forma de evolución de la interfaz, pero no todos los lenguajes de programación admiten esas funciones. método predeterminado o defensor  Otro beneficio de este principio de diseño en Java es que la interfaz tiene la desventaja de implementar todos los métodos antes de que cualquier clase pueda usarlos, por lo que tener una sola funcionalidad significa menos métodos para implementar.  Si no obtiene el beneficio de la interfaz en la codificación, le sugiero que lea la publicación de mi blog, el   para obtener más información. uso real de una interfaz en Java  9. Programación para interfaz no implementada  Un programador siempre debe   , esto conducirá a un código flexible que puede funcionar con cualquier nueva implementación de la interfaz. programar para la interfaz y no para la implementación  En palabras concretas, debe usar el tipo de interfaz en las variables, devolver los tipos de un método o el tipo de argumento de los métodos en Java, como usar el tipo SuperClass para almacenar objetos en lugar de usar SubClass.  quiero decir  Listar numeros= getNumeros();  en vez de  Números de ArrayList = getNumbers();  Esto también se ha recomendado en muchos libros de Java, incluido el libro de   de   y Head First. patrones de diseño Java efectivo  Aquí hay un ejemplo de codificación para la interfaz en Java:    Si está interesado en mejorar la calidad del código de su programa, también le sugiero que eche un vistazo al curso   en Udemy, que lo ayudará a mejorar el diseño interno con técnicas de refactorización y patrones de diseño en C#. Refactoring to Design Patterns  10. Principios de delegación  No hagas todas las cosas tú solo, delégalas a la clase respectiva. El ejemplo clásico del principio de diseño de delegación es   . el método equals() y hashCode() en Java  Para comparar la igualdad de dos objetos, le pedimos a la clase misma que haga la comparación en lugar de que la clase Cliente haga esa verificación.  El beneficio clave de este principio de diseño es que   y es bastante fácil modificar el comportamiento. La delegación de eventos es otro ejemplo de este principio, donde un evento se delega a los controladores para su manejo. no hay duplicación de código    Resumen  Todos estos   lo ayudan a escribir un código mejor y flexible al esforzarse por una alta cohesión y un bajo acoplamiento. principios de diseño orientado a objetos  La teoría es el primer paso, pero lo más importante es   . desarrollar la capacidad de saber cuándo aplicar estos principios de diseño  Una vez que lo domine, el siguiente paso es aprender patrones de diseño en Java, que utiliza estos patrones de diseño para resolver problemas comunes de desarrollo de aplicaciones e ingeniería de software.  Si está buscando un buen curso para comenzar, le sugiero que se una al curso   en Udemy. Es muy completo y puede obtenerlo en solo $ 11 en sus varias ventas flash. From 0 to 1: Design Patterns — 24 That Matter — In Java  De todos modos, aquí hay un buen resumen de todos estos principios de diseño OOP.   Averigüe si estamos violando algún principio de diseño y comprometiendo la flexibilidad del código, pero nuevamente, como nada es perfecto en este mundo, no siempre intente resolver el problema con   de diseño, son principalmente para proyectos de grandes empresas que tiene un ciclo de mantenimiento más largo. patrones de diseño y principios  La conclusión es que los programadores profesionales siempre deben esforzarse por lograr una solución, un código o un diseño altamente cohesivo y poco acoplado. Mirar el código fuente abierto de Apache y Google son algunas buenas maneras de aprender los principios de diseño de   y   . Java OOP  Le mostrarán cómo se deben usar los principios de diseño en la codificación y los programas Java. El kit de desarrollo de Java sigue muchos principios de diseño, como   en la clase BorderFactory,   en la clase java.lang.Runtime, el   en varias clases de java.io. el patrón de fábrica el patrón Singleton patrón Decorator  Si está interesado en aprender principios y patrones orientados a objetos, entonces puede consultar mi otro libro favorito   , un excelente libro y probablemente el mejor material disponible en análisis y diseño orientados a objetos. Head First Object-Oriented Analysis and Design    No muchos programadores conocen este libro porque a menudo está a la sombra de su primo más popular   de   , que trata más sobre cómo estos principios se unen para crear un patrón que puede usar directamente para resolver problemas conocidos. Head First Design Pattern Eric Freeman  Estos libros ayudan mucho a escribir mejor código, aprovechando al máximo varios principios de diseño SOLID y orientado a objetos. Por cierto, si realmente te interesan más las prácticas de codificación de Java, lee   de Joshua Bloch, una joya del tipo que escribió la API de la colección Java. la tercera edición de Java eficaz  Si desea obtener más información sobre los principios de diseño de SOLID, aquí hay algunos recursos útiles que puede consultar:    por  Código limpio Robert Martin   Principios SOLID del Diseño Orientado a Objetos   Principios SOLID de diseño y arquitectura orientados a objetos   Refactorización por Martin Fowler  Y, si le gusta este artículo, también le pueden gustar estos   :                artículos de programación y Java 10 cosas que los programadores de Java deben aprender en 2019 10 libros que todo programador debe leer 10 consejos para mejorar sus habilidades de programación 10 herramientas que todo desarrollador de software debe saber 5 cursos para Aprenda la arquitectura de software en profundidad 20 bibliotecas y APIS El programador de Java debe saber Los 10 principales lenguajes de programación para aprender en 2019 10 Framework y biblioteca Java y el desarrollador web debe aprender  Gracias por leer este artículo. Si encuentra útiles estos principios de diseño orientado a objetos, compártalos con sus amigos y colegas. Si tiene alguna pregunta o comentario, envíe una nota.  Por cierto, si compras alguno de mis libros o cursos recomendados, también me pagarán.  Si te gusta este artículo, considera seguirme en medium (   ). si desea recibir una notificación por cada nueva publicación y no se olvide de seguir a   en Twitter. javinpaul javarevisited    si realmente te apasiona la codificación y quieres mejorar tus habilidades de codificación, no hay mejores libros que   de   y Refactoring de   . Solo ve y léelos. PD: Clean Code Robert Martin Martin P. Fowler

Amazon

Apache

Google

Twitter

Winner of Noonies 2020 for the award Hacker Noon Contributor of the Year - CLOUD.

2020 - Hacker Noon Contributor of the Year in CLOUD

2022 - HackerNoon Contributor of the Year - Django

2022 - HackerNoon Contributor of the Year - Google Cloud Platform

2022 - HackerNoon Contributor of the Year - Neural Networks

2022 - HackerNoon Contributor of the Year - Online Education

Read my blog

Nominated for 2022 - HackerNoon Contributor of the Year - Django

Nominated for 2022 - HackerNoon Contributor of the Year - Online Education

Nominated for 2022 - HackerNoon Contributor of the Year - Google Cloud Platform

Nominated for 2022 - HackerNoon Contributor of the Year - Neural Networks

Este audio es producido en el idioma original de la historia!

Demasiado Largo; Para Leer

10 principios de diseño de programación orientada a objetos que todo programador debe conocer

10 principios de diseño de programación orientada a objetos que todo programador debe conocer

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Una breve introducción a la teoría del cerebro de Boltzmann

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Valhalla de Floki se une como patrocinador asociado de la gira de la India por Sri Lanka

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Una breve introducción a la teoría del cerebro de Boltzmann

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Valhalla de Floki se une como patrocinador asociado de la gira de la India por Sri Lanka

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps