Hadouken de IFs encadeados?
Ele acontece com muita frequência, em especial quando não encapsulamos as responsabilidades de forma coesa.
Mesmo alguns poucos ifs dessa forma podem indicar algo de errado no seu código. Pode não parecer, mas um hadouken vem aí.
Há diversas formas de se evitar isso. Uma simples quebra em funções e métodos ajudaria, mas a orientação a objetos, em especial com polimorfismo e invocação virtual, podem ajudar muito mais.
Orientação a objetos não se usa de qualquer forma. Não se força. Em especial, nunca faça isso:
- Nunca aplique herança em todo lugar, só por economizar código. Herança é um acoplamento forte entre duas classes. Em alguns casos essa ligação pode gerar enormes prejuízos.
- Nunca crie getters, setters e propriedades sem pensar. A quebra de encapsulamento aqui pode ser forte e ficar bem parecido com a programação imperativa procedural clássica, onde todo mundo precisa ser responsável por todos os dados! Muito próximo de variáveis globais.
Luis, posta alguma coisa que agregue aqui na plataforma.
Eu te dei uma ideia numa boa e voce escolheu responder dessa maneira, insinuando que to vindo te criticar e insinuar que estou sendo um desnecessário.
ok, continue assim.
sucesso.
Luiz, eu não estou fazendo artigo acadêmico, logo não vejo necessidade de referenciar, eu recebi o referido conteúdo também, repassar o conteúdo não é feio, feio é você vir criticar, faça sua parte ajudando alguém, eu não ganho dinheiro repostando textos, se tu não for da empresa citada (pra se importar tanto assim), então não sei a tua intenção fazendo um comentário desse, cuide em ajudar alguém, mesmo que seja repostando conteúdos, para mim foi questão de não ficar divulgando nome de concorrentes aqui, apenas repostei as dicas, que com certeza devem ter sido tiradas de algum livro referente ao assunto. #NÃOseja+UMdesnecessário.
Recebi esse mesmo conteudo num email da Alura hoje de manhã.
Referencie o texto, senão fica feio pra ti.
(isso é apenas uma dica)