139 - Entenda o Single Responsibility Principle do SOLID | theWiseDev SOLID
ฝัง
- เผยแพร่เมื่อ 1 ต.ค. 2024
- O Single Responsibility Principle (SRP) ou Princípio da Responsabilidade Única é um dos mais famosos princípios de projeto do SOLID.
Entretanto, ele é também um dos menos entendidos!
Nesse vídeo, utilizando como referência o Clean Architecture do Robert Martin, eu te explico esse princípio utilizando um exemplo.
Agora você vai entendê-lo de uma vez por todas!
#SOLID #SRP #modelagemOO
![COMO APLICAR O "S" DO SOLID NO LARAVEL [COMPLETO] | Tirando Dúvidas](http://i.ytimg.com/vi/Dfn1EvD9LFs/mqdefault.jpg)
Como diria Robert C. Martin:
"However, as you think about this principle, remember that the reasons for change are people. It is people who request changes. And you don’t want to confuse those people, or yourself, by mixing together the code that many different people care about for different reasons."
Boa, é isso aí!
Parabens, você foi o único cara nas minhas pesquisas que não só explica o conceito, como também as dúvidas que ele pode gerar.
Primeiramente, parabéns pelo vídeo!
Fiquei com uma dúvida sobre a questão de atores, assim como na leitura do livro.
Entendi que atores é uma pessoa ou um grupo. Quem seria o ator da classe String? String tem método contains, replace, split, join, e muitos outros.
Esta dúvida surgiu ao tentar avaliar se a classe é alterada por mais de um ator ou não, a fim de validar se viola ou não o SRP.
Edson: pensando rapidamente aqui eu acho que o ator que usa String é o próprio programador, já que essa é uma classe para facilitar o trabalho dele. Nesse sentido me parece estar conforme o SRP.
Cópia fiel do livro clean architecture do tio Bob em vídeo 👍
Te procurei no GitHub e não te achei 😪.
Qual seu perfil?
Opa, tá aqui: github.com/otaviolemos
Não tenho muita coisa, mas com o tempo vai ter.
Estou com um projeto completo usando Clean Architecture mas está privado ainda enquanto deixo ajeitado. Quando estiver no jeito eu vou publicar...
@@otaviolemos você tem curso em alguma plataforma?
@@CarlosHP600 ainda não mas estou gravando (inclusive esse vídeo é uma das aulas). Vou soltar meus cursos na minha plataforma: www.theWiseDev.com.br
@@otaviolemos obrigado Otavio, já anotei aqui, ficarei ansioso em adquirir. abraço;
8:10 não cumpre o SRP,
uma classe que tem os dados, é responsável por calcular, reportar as horas e guardar.
Pode explicar?
A classe responde para o pessoal de banco de dados, RH e financeiro. É muita responsabilidade para uma classe só!
@@otaviolemos Agora entendi! Valeu 😊
Sensacional o vídeo, realmente essa parte do nome 'responsibility' acaba enganando as pessoas, mas com esse vídeo ficou bem claro agora.
Obrigado Gabriela! Fico contente que ajudou... ;)
Comento aqui para o algoritmo do TH-cam ver que esse canal vale a pena. Sou um grande admirador do seu trabalho aqui no YT, você me fez acordar para a minha carreira e sempre me motiva a melhorar e buscar além do meu teorema, rsrs.
Hahah... excelente Fermat! Como eu já disse: é uma honra tê-lo aqui! 😄
@@otaviolemos rsrs
Ótimo vídeo.
Parabéns pela iniciativa de transformar isso em vídeo... Assim terá um maior alcance 😁. Tnks
Opa, valeu!
explicação perfeita e utilizando a melhor referência possível.
Bom trabalho professor. Aborda conteúdos que não envelhece e eles são essencial para desenvolver.
Muito obrigado Aldy!
Bom saber que está aula vai estar lá no TheWiseDev. Conclui minha graduação e não vi quase nada dos assuntos abordados no canal. Fico feliz pq haverá uma plataforma estruturada pra iniciar e conduzir nossos estudos.
Excelente Manoel! O próximo vídeo será do curso também: falei sobre o Open/Closed principle aplicado à arquitetura.
prof, achei esse video uma das melhores formas de explicar esse principio q jah vi, especialmente o sintoma do conflito no merge. parabens. vlw demais.
Muito obrigado Rogerio! A fonte é o Uncle Bob... ;)
@@otaviolemos eu vi q vc falou e li o livro tb, mas as vezes, a forma como está no livro n passa essa clareza q vc passou. vlw d+! Obrigado.
@@rogeriopst450 obrigado! 😄