Executando verificação de segurança...
1

Os Princípios S.O.L.I.D

<img src=https://www.freecodecamp.org/portuguese/news/content/images/2022/05/solid.png>

O princípio S.O.L.I.D. é uma coleção de cinco princípios de design de software que ajudam os desenvolvedores a escrever código limpo, flexível e de fácil manutenção. Cada letra do acrônimo S.O.L.I.D. representa um princípio específico:

S - Single Responsibility Principle (Princípio da Responsabilidade Única):

Esse princípio diz que uma classe (ou módulo) deve ter apenas uma responsabilidade, ou seja, deve fazer apenas uma coisa. Isso torna o código mais claro e fácil de entender, porque cada parte do programa tem uma função específica.

O - Open/Closed Principle (Princípio do Aberto/Fechado):

Esse princípio sugere que uma classe deve estar aberta para extensão, mas fechada para modificação. Isso significa que você pode adicionar novas funcionalidades a uma classe sem precisar alterar o código existente. Isso torna o código mais flexível e menos propenso a erros.

L - Liskov Substitution Principle (Princípio da Substituição de Liskov):

Esse princípio diz que você deve poder substituir uma classe base (ou superclasse) por uma de suas subclasses sem alterar o comportamento esperado do programa. Isso garante que todas as subclasses sejam compatíveis com a classe base e torna o código mais coeso.

I - Interface Segregation Principle (Princípio da Segregação de Interfaces):

Esse princípio afirma que as interfaces devem ser específicas para os clientes que as usam. Em outras palavras, é melhor ter interfaces pequenas e especializadas, em vez de interfaces grandes e genéricas. Isso evita que as classes tenham que implementar métodos desnecessários e melhora a coesão do código.

D - Dependency Inversion Principle (Princípio da Inversão de Dependência):

Esse princípio sugere que as classes de alto nível não devem depender das classes de baixo nível diretamente, mas sim de abstrações. Isso permite que você troque facilmente as implementações das classes de baixo nível sem afetar as classes de alto nível. Isso torna o código mais flexível e fácil de manter.

Esses princípios são muito importantes para escrever código de qualidade e manter um bom design de software. Eles ajudam a tornar o código mais modular, flexível e fácil de entender, o que facilita a manutenção e evita problemas futuros.

Lembre-se de que esses conceitos podem ser um pouco complexos, mas com prática e experiência, você começará a aplicá-los naturalmente ao escrever seu próprio código.

Compartilhe sua opnião sobre o que foi dito, se concorda ou não concorda com tal parte. Você é livre para expressar sua opnião!

Carregando publicação patrocinada...
3

Ao responder esse tópico com alguns exemplos,
vou aproveitar para exercitar "o pensar sobre o assunto"
visto que venho estudando, procurando entender e aplicar os Princíos SOLID.

Aqui vai um exemplo que todo programador entenderá "Máquina de Café" :D

S - Single Responsibility Principle (Princípio da Responsabilidade Única):

Se vc tem uma classe Máquina de Café você pode precisar de vários comportamentos (métodos), desde métodos para preparar cada tipo de bebida e métodos para verificar os insumos, até métodos para verificar se a máquina está sem problemas de comunicação com o sistema de pagamentos, porém isso não pode ficar "tudo junto e misturado", tem métodos ou responsabilidades que são da Máquina de Café e outras responsabilidades são da Bebida.
Spoiler: aqui já conseguimos visualizar a necessidade de "fatiar o sistema" e aplicabilidade dos demais princípios :D

O - Open/Closed Principle (Princípio do Aberto/Fechado):

Pensando na Classe Máquina de Café ao invés de ter um monte de "IF" para decidir qual modo de preparar cada tipo de bebida, você pode encapsular cada bebida em sua própria classe e usar uma abstração entre a "bebida concreta" e a "Máquina de Café", ficaria assim:

class MaquinaCafe {
PrepararBebida(IBebida bebida, quantidadeAcucar){
bebida.Preparar(quantidadeAcucar);
}
}
interface IBebida {
Preparar(int quantidadeAcucar);
}
class CafeSemLeite implements IBebida {
Preparar(int quantidadeAcucar){
//misturar café solúvel + água + qtd açucar.
}
}

class CafeComLeite implements IBebida {
Preparar(int quantidadeAcucar){
//misturar café solúvel + leite + qtd açucar.
}
}

class Chocolate implements IBebida {
Preparar(int quantidadeAcucar){
//misturar chocolate em pó + leite + qtd açucar.
}
}

class Capuccino implements IBebida {
Preparar(int quantidadeAcucar){
//misturar aqui ingredientes do capuccino.
}
}

L - Liskov Substitution Principle (Princípio da Substituição de Liskov):

Vamos ver como esse princípo funciona analisando uma forma de quebrar ele:
Considerando o exemplo das Bebidas da Máquina de Café, se ao invés de uma interface utilizarmos uma classe abstrata e essa abstração ou classe base possuir um método AdicionarLeite(), e ao implementar as demais classes que herdam de Bebida, a classe CafeSemLeite não implementaria este método pois a bebida é sem leite, então essa classe não poderia substituir a sua classe base na implementação pois mudaria o comportamento do sistema. Isso nos mostra que só devem ser colocados na classe base os comportamentos comuns e que não serão suprimidos nas subclasses, uma subclasse não deve suprimir o comportamento da classe que está acima dela.

I - Interface Segregation Principle (Princípio da Segregação de Interfaces):

Ex: aqui podemos usar o mesmo exemplo da Máquina de Café e Bebidas e analisar que nem todas as bebidas são açucaradas então poderíamos ter uma interface IAcucarada para implementar na bebida que possui açucar e deixar as bebidas que não são açucaradas sem implementar essa interface.

D - Dependency Inversion Principle (Princípio da Inversão de Dependência):

Aqui podemos analisar o exemplo da Máquina de Café e Bebidas e ver que a Máquina de Café
não tem a implementação do método Preparar fazendo uma 'receita de preparo' para cada bebida, ao contrário ela chama (através da abstração) o método Preparar que está encapsulado dentro de cada Bebida.

PS: Se em algum ponto alguém entender que precisa e quiser me corrigir, ou complementar ou mostrar um exemplo mais simples, fiquem a vontade :D

[]'s

1

quando alguém me perguntar sobre os princípios do SOLID irei utilizar exatamente esse exemplo, tudo se torna tão mais simples de se entender.

no momento estou estudando orientação a objetos de uma maneira um pouco mais aprofundada e meu professor sugeriu que eu desse uma olhada nesse princípio.

sua explicação me ajudou bastante, muito obrigado...

2

Só uma pequena correção: SOLID é um acrônimo que engloba 5 princípios, e não é um princípio.

Também não entendi bem como os exemplos mostram a aplicação de cada um deles. Alguns parecem até que nem ilustram corretamente (se eu especulei certo).


Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).

2

Tenho uma alta suspeita (para não dizer certeza) que essa publicação foi gerada por um LLM, não atoa algumas coisas estão erradas, algumas estão certas, e algumas não fazem sentido.

Um lembrete para caso alguém esteja pensando em criar publicações usando ChatGPT, Llama ou qualquer outro LLM: eles não produzem apenas "verdades", eles não servem para ensinar fatos, eles não emitem apenas informações confiáveis.

1

Isso. Tem cara mesmo. Mas não impediu algumas pessoas de gostar :) Será um enorme problema.

Isso parece mais certo ainda olhando outras postagens do autor, e até comentários e mresposta a outras pessoas, sãõ insípidos. Ainda vou querer entedner melhor o que leva as pessoas fazerem isso. Acho que logo aparecerão estudos feitos por profissionais da área específica que tratam disso.

1

Oi, tem cara de IA porque eu uso elas para me ajudar a escrever. Você viu meu historico de comentarios e publicações, e deve ter percebido que em um comentario que eu fiz foi sobre "reparo automatico do Windows" que eu não domino a area, e por isso pedi ajuda para o ChatGPT para resolver o problema da pessoa que estava pedindo ajuda. Porem em momento nenhum eu usei a IA para criar uma publicação, a unica coisa que faço é pedir ajuda. E alguns comentarios podem parecer insipidos pois não consigo colocar muito bem um tom na frase.

Espero ter esclarecido!

1

Não uso IA para criar as minhas publicações, mas eu peço ajuda para o ChatGPT para fazer elas . Nesta publicação eu escrevi no Google Docs e pedi para o ChatGPT aumentar a didatica, e depois eu mudei algumas coisas para não ficar tão robotizado.

1

Felipe, eu não considero usar o ChatGPT como algo positivo, principalmente porque as suas publicações ficam com um tom de "produzido por IA". Talvez você não consiga se comunicar bem, mas usar o ChatGPT não resolverá esse problema. Como você disse que usa o Google Docs, provavelmente não terá erros de português, o que já deixa sua publicação melhor do que algumas outras que aparecem aqui no TabNews.

Outra coisa que sinto falta é que suas publicações não tem fonte (referência). Tudo bem, você pode ter o conhecimento e estar compartilhando ele, e quando for esse o caso, acho que escrever num tom mais pessoal pode ajudar a passar a ideia de que é um conhecimento seu, e não do ChatGPT. Além disso, como você conhece do assunto, pode deixar uma referência ou outra para que alguém interessado se aprofunde.

Eu não gosto de publicações feitas por LLM pelo o que já disse no outro comentário, por isso estou dando minha opinião aqui sobre o que me parece ter mais valor e ser mais relevante. Você não precisa seguir o que eu disse, mas essa é uma tentativa sincera de ajuda. Faz sentido para você?

1

Concordo com o que você falou. Vou tentar não usar o ChatGPT para me ajudar a escrever. Eu usava ele pois sou muito ruim explicando as coisas porém tenho conhecimentos que podem ajudar alguem, então uso o ChatGPT para conseguir explicar um pouco melhor. Além disso irei disponibilizar as referencias dos conteudos que eu publico. Obrigado pela atenção!

1

Oi, você disse que não entendeu muito bem os exemplos, talvez eu não tenha conseguido ilustrar direito. Eu tirei os exemplos e só deixei a explicação.

1

Que massa essas explicações sobre cada principio. Já tinha visto SOLID de outra forma, mas abstrair tudo desta forma, realmente fica muito mais palpavel o conhecimento hahahaha parabens!