Patróns de deseño vs principios sólidos, vantaxes e inconvenientes

Os patróns de deseño son solucións específicas de baixo nivel para problemas recorrentes no deseño de software.

Os patróns de deseño son solucións reutilizables que se poden aplicar a varios proxectos.

Tempo estimado de lectura: 5 minutos

Principais diferenzas entre os patróns de deseño e os principios SOLID

1. Patrón de deseño:
   • Solucións específicas: os patróns de deseño son solucións específicas de baixo nivel para problemas recorrentes no deseño de software.
   • Detalles de implementación: proporcionar pautas de implementación concretas para resolver desafíos comúns de programación orientada a obxectos.
   • Exemplos: algúns patróns de deseño coñecidos inclúen os patróns Singleton, Factory Method e Adapter.
   • Seguridade: os patróns de deseño son probados e amplamente aceptados pola comunidade, polo que son seguros de seguir.
2. PRINCIPIOS SÓLIDOS:
   • Directrices xerais: os principios SOLID son directrices de alto nivel que informan un bo deseño de software.
   • Arquitectura escalable: céntranse na escalabilidade, mantemento e lexibilidade.
   • Non está vinculado á linguaxe: os principios SOLID non están vinculados a ningunha linguaxe de programación específica.
   • Exemplos:
     • Principio de Responsabilidade Única (SRP): Unha clase só debe ter un motivo para cambiar.
     • Principio de apertura/pechadura (OCP): as entidades de software deben estar abertas para a súa extensión pero pechadas para a modificación.
     • Principio de substitución de Liskov (LSP): os subtipos deben ser substituíbles polos seus tipos de base.
     • Principio de segregación de interfaces (ISP): os clientes non deben ser forzados a depender de interfaces que non utilizan.
     • Principio de inversión de dependencia (DIP): os módulos de alto nivel non deben depender de módulos de baixo nivel; ambos deberían depender de abstraccións.

En resumo, os patróns de deseño ofrecen solucións específicas, mentres que os principios SOLID proporcionan pautas xerais para un mellor deseño de software

Vantaxes do uso de patróns de deseño

• Reutilizabilidade: Os patróns de deseño son solucións reutilizables que se poden aplicar a varios proxectos. Ao usar patróns establecidos, os desenvolvedores aforran tempo e esforzo, xa que non precisan reinventar a roda para problemas comúns.
• Definición da arquitectura: Os patróns de deseño axudan defirefinar a arquitectura do sistema de software. Proporcionan un enfoque estruturado para resolver desafíos específicos de deseño, garantindo a coherencia e o mantemento.
• Flexibilidade: Os modelos permiten flexibilidade para adaptarse ás necesidades cambiantes. Cando se necesitan novas funcións ou cambios, os desenvolvedores poden modificar ou ampliar os modelos existentes sen romper todo o sistema.

Desvantaxes do uso de patróns de deseño

• Curva de aprendizaxe: Comprender e aplicar patróns de deseño require coñecemento e experiencia. Os desenvolvedores novatos poden ter dificultades para comprender os conceptos e escoller o modelo adecuado para un problema determinado.
• Uso excesivo: Ter patróns de deseño facilmente dispoñibles pode levar á idea errónea de que todos os problemas poden resolverse utilizando os patróns existentes. O uso excesivo de modelos pode limitar a creatividade e dificultar a busca de solucións mellores e máis innovadoras.
• Complexidade- Algúns patróns de deseño introducen complexidade adicional na base do código. Os desenvolvedores deben atopar un equilibrio entre usar patróns de forma eficaz e facer que o código sexa comprensible.

En resumo, os patróns de deseño ofrecen vantaxes importantes en termos de reutilización, arquitectura e flexibilidade, pero o seu uso debe ser prudente para evitar unha complexidade innecesaria e promover a creatividade.

Exemplo de patrón de deseño en Laravel: Singleton

O patrón de deseño Singleton garante que unha clase só ten unha instancia e proporciona un único punto de entrada. En Laravel, este modelo úsase a miúdo para xestionar recursos como conexións de bases de datos ou configuracións.

Aquí tes un exemplo básico de implementación de patróns Singleton en PHP:

<?php
clase Singleton {
privado estático $instance = nulo;

función privada __construct() {
// Construtor privado para evitar a instanciación directa
}

función estática pública getInstance(): self {
if (null === self::$instancia) {
self::$instance = new self();
}
return self::$instance;
}

// Outros métodos e propiedades pódense engadir aquí
}

// Uso:
$singletonInstance = Singleton::getInstance();
// Agora tes unha única instancia da clase Singleton

// Exemplo de uso en Laravel:
$base de datos = DB::connection('mysql');
// Recuperar unha instancia de conexión de base de datos (singleton)

No código de mostra:

• A clase Singleton ten un construtor privado para evitar a instanciación directa;
• O método getInstance() garante que só existe unha instancia da clase;
• Pode engadir outros métodos e propiedades á clase Singleton segundo sexa necesario;

O contedor de servizos Laravel tamén usa o patrón Singleton para xestionar as dependencias de clase e realizar a inxección de dependencias. Se traballas en Laravel, considera usar o seu contedor de servizos e rexistrar a túa clase cun provedor de servizos para casos de uso máis avanzados.

Ercole Palmeri