Probablemente esté hablando de la regla en la que los objetos están abiertos para extensión pero cerrados para modificación. Dice que la clase u objeto, una vez diseñado e implementado, no requiere modificación para agregar funcionalidad.
Por ejemplo. Es posible que tenga una API de registro que permita que el código registre errores, advertencias, etc., pero puede tener muchos destinos diferentes y aún desconocidos para el registro. En lugar de agregar un nuevo código al registrador cada vez que necesita un destino diferente, ‘inyecta’ el destino en el registrador. Esto también reduce la hinchazón de código para todas las aplicaciones que NO utilizan todas las opciones de destino.
Existen varios patrones de diseño que pueden permitir el uso de este principio, como la inyección de dependencia, los visitantes, etc.
- ¿Cómo es la arquitectura del software Siemens Teamcenter?
- ¿Por qué el software se llama software?
- ¿Es factible elegir cada nuevo trabajo de una manera que lo obligue a cambiar toda su pila de tecnología?
- ¿Por qué muchos de los errores de software en OpenHatch tienen más de un año?
- Cómo escribir código para un fondo de pantalla que cambia semanalmente
Principio abierto / cerrado – Wikipedia
Inyección de dependencia – Wikipedia
Patrón de visitante – Wikipedia