Qualidade de Código:
Um caminho necessário.
Marcela Godoy
PHPSP+Talks (Fevereiro/2019)
Marcela Godoy
Coorganizadora do PHPSP Campinas
Incentivadora de Mulheres na Tecnologia
❤️📖☕
[@magodoy88]
PHPWomen Evangelist
Desenvolvedora back-end 💙 PHP
O que é Qualidade de Código?
Como definir?
Eu não sei, mas...
"Eu sei o que NÃO é Qualidade de Código."
Aquele código que dá medo e atrasa a nossa vida.
(Sendo assim...)
Qualidade de Código é a aplicação de boas práticas e eliminação de código morto, gerando redução de bugs e facilidade de manutenção."
(Traduzindo...)
É o código que me deixa dormir cedo todo dia e tira o pé da minha cerveja na sexta-feira!"
Qualidade de Código como Ecossistema
Padrões e Princípios de Desenvolvimento
Testes
Ferramentas Auxiliares
Cultura de Desenvolvimento
Qualidade de Código
Padrões e Princípios de Desenvolvimento
Utilize nomes de classes, métodos, variáveis bem definidos
Crie comentários pontuais e informativos
Um bom código não precisa ser explicado através de comentários
Remova o Código não utilizado
"Eu _______, juro jamais comentar um trecho de código sem uso, porque poderá ser útil um dia.
Para isso usarei o Controle de Versão."
Utilize o S.O.L.I.D.
Single Responsibility
Open Closed
Liskov Substitution
Interface Segregation
Dependency Inversion
Single Responsability
(Princípio da Responsabilidade Única)
S.O.L.I.D.
Uma classe deve ter uma, e apenas uma, razão para mudar.
Minha classe tem as informações do cliente e salva o mesmo no banco de dados.
Open - Closed
(Princípio do Aberto-Fechado)
S.O.L.I.D.
Você deve ser capaz de extender o comportamento de uma classe, sem modificá-la
Liskov Substitution
(Princípio da Substituição de Liskov)
S.O.L.I.D.
Se q(x) é uma propriedade demonstrável dos objetos x de tipo T. Então q(y) deve ser verdadeiro para objetos y de tipo S onde S é um subtipo de T."
Classes derivadas podem ser substituídas por classes bases
Interface Segregation
(Princípio da Segregação de Interface)
S.O.L.I.D.
Muitas interfaces específicas são melhores que uma única interface
Dependency Invertion
(Princípio da Inversão de Dependência)
S.O.L.I.D.
Dependa de abstrações, não de uma implementação
Testes
(Testes Unitários)
Escrever testes deve ser simples
(Assim como escrever a aplicação)
Fast
Independent
Repeatable
Self-Validating
Timely
O Teste deve executar com rapidez.
F.I.R.S.T.
Os testes não devem depender um dos outros.
F.I.R.S.T.
Deve-se poder repetir os testes em qualquer ambiente.
F.I.R.S.T.
Os testes devem ter uma saída booleana
F.I.R.S.T.
Os testes precisam ser escritos em tempo hábil.
F.I.R.S.T.
Ferramentas Auxiliares
Análise estática de código
Verifica seu código sem executá-lo.
Análise estática de código
1. Por estilo
2. Boas práticas
3. Verificação por bugs
Cultura de Desenvolvimento
Parte humanizada da Qualidade de Código
Pair Programming
(Principalmente em códigos de risco)
Code Review
+
Pull Request
(Aprendizagem e Double Check no código)
Concluindo...
Qualidade de código é melhoria contínua
O mostrado aqui é só 1%
Qualidade de Código não se aprende na teoria
Até a próxima ;)
@magodoy88
magodoycruz@gmail.com
#BoraTrocarIdeia
