• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Geekebrains

Para programadores, maker y geeks en general

  • Inicio
  • Code Brains
  • Zona Makers!
  • Code & Beers
  • GeekeHistorias
  • GeekeBlocks
  • Qué es …?
You are here: Home / Code Brains / Principio: Composición sobre herencia – Composition over inheritance

28 diciembre, 2022 Por Editor

Principio: Composición sobre herencia – Composition over inheritance

Composition over inheritance es un principio de diseño de software que sugiere que es mejor usar la composición de objetos, en la que los objetos se componen de objetos más pequeños con comportamientos específicos, en lugar de heredar de una clase base o padre. Este enfoque puede ser más flexible y fácil de mantener que la herencia, ya que le permite reutilizar de forma selectiva el comportamiento y las abstracciones en lugar de estar ligado a una jerarquía de clases rígida.

Uno de los principales beneficios de la composición sobre la herencia es que le permite evitar el problema de la «clase base frágil», en el que los cambios en una clase base pueden tener consecuencias no deseadas para las clases derivadas. Con la composición, puede crear nuevo comportamiento combinando objetos existentes, en lugar de modificar el comportamiento de una clase base y potencialmente romper las clases derivadas.

Por ejemplo, considere un programa que necesita modelar diferentes tipos de vehículos. Un enfoque podría ser crear una clase base Vehicle y luego definir subclases para cada tipo específico de vehículo, como Car, Truck y Bicycle. Sin embargo, este enfoque puede volverse engorroso si necesita modelar vehículos más complejos que tengan múltiples comportamientos o características. Por ejemplo, un coche híbrido podría necesitar heredar de Car y Bicycle, lo que puede llevar a jerarquías de clases complejas y difíciles de mantener.

Un enfoque mejor podría ser usar la composición, donde se definen objetos más pequeños que representan comportamientos o características específicas, como Engine, Wheels y Pedals, y luego se combinan en objetos más grandes según sea necesario. Esto le permite crear nuevos vehículos combinando estos objetos más pequeños de diferentes maneras, en lugar de definir nuevas subclases para cada tipo específico de vehículo.

En general, el principio de composición sobre herencia sugiere que a menudo es mejor favorecer la composición de objetos sobre la herencia al diseñar su software, ya que puede conducir a un código más flexible, modular y mantenible.

Filed Under: Code Brains, Qué es ...? Tagged With: Diseño de Software

Previous Post: « Ley de Demeter: No hables con desconocidos
Next Post: Event Drive Arquitecture – Arquitectura basada en eventos »

Primary Sidebar

Categorías

  • Code & Beers
  • Code Brains
  • Cómo …?
  • Experimentos
  • GeekeBlocks
  • GeekeHistorias
  • Noticias Geek
  • Proyectos
  • Qué es …?
  • Quién es …?
  • Zona Junior!
  • Zona makers!

Etiquetas

Antipatrones de diseño de software Arduino Arquitectura de software base64 Bases de Datos cert Certificados Digitales Clean Code control de acceso DBeaver Diseño de Software docker docker-compose Domain Drive Design Edición de video https IDE Java javascript jest JSON lenguajes de programación Librerías de JavaScript MongoDb MySQL NodeJS NoSQL odoo openssl Oracle package.json Patrones de Diseño de Software pem plugins Postgres Prettier ReactJS seguridad Serverless shell SSL testing TypeScript utilidades de software Visual Studio Code

Entradas recientes

  • CAPTCHA y por qué es importante para la seguridad en línea
  • Cómo mokear una clase que se instancia dentro de otra que necesitas testear y no se pasa por injección?
  • tsconfig paths con Typescript en Serverless
  • Serverless, un framework para todos los proveedores
  • Serverless, otro enfoque de desarrollo
  • Que es currying en Javascript
  • Noticias Junio 2023. Vuelta a la oficina, Million.js, Linux Azure, Apple Vision, Java 21…
  • 23.3 WS:IA-JS Creando un Blog en React con chatGPT.
  • 23.2 IA. Cómo va a afectar a nuestros empleos?
  • 23.1 IA. En que punto estamos y como hemos llegado hasta aquí.
Jesús A. Carballo Santaclara

Empezé trasteando en los 80' con un ZX espectrum, después pasé al potente "PC 8086" (jeje...). He trabajado haciendo software para la administración pública, para Hospitales, el sector de la Automoción, el sector Bancario, en algún e-Commerce de alguna multinacional y he emprendido en robótica educativa y en buscadores web.
Trabajo de forma profesional en esto de los ordenadores desde hace mas de 25 años espero poder contarte alguna cosa interesante.

Footer

Copyright © 2025 · GeekeZonia · Aviso Legal · Política de Cookies · Política de Privacidad · Log in