Codigo Limpo Epub [2021]

Código Limpo: Uma Abordagem Prática para a Escrita de Código de Qualidade

• Use nomes significativos: use nomes de variáveis e funções que indiquem claramente o que elas representam.
• Mantenha as funções curtas: as funções devem ser curtas e ter uma única responsabilidade.
• Evite a duplicação de código: use extrair métodos ou funções para evitar a duplicação de código.
• Use comentários: use comentários para explicar o que o código faz, mas evite comentários desnecessários.

Comentários: Por que o código deve se explicar sozinho, tornando a maioria dos comentários desnecessária. codigo limpo epub

Palavras-chave relacionadas: codigo limpo pdf, clean code epub, robert martin epub, livro engenharia software epub, boas praticas programacao, codigo limpo alta books. Código Limpo: Uma Abordagem Prática para a Escrita

2. Key Principles (The “Rules”)

Meaningful Names

• Intention-revealing – elapsedTimeInDays not d.
• Avoid disinformation – Don’t use accountList if it’s not a List.
• Pronounceable – generationTimestamp not genymdhms.
• Searchable – Use MAX_CLASSES_PER_STUDENT not 7.

Lucas took the book and began to read. He learned about the importance of naming variables clearly, using small functions, and avoiding unnecessary complexity. He also learned about the principles of SOLID design, which would help him create code that was robust and flexible. Use nomes significativos : use nomes de variáveis

• S: Single Responsibility Principle (Princípio da Responsabilidade Única) - uma classe deve ter apenas uma responsabilidade.
• O: Open-Closed Principle (Princípio Aberto-Fechado) - um módulo deve estar aberto para extensão, mas fechado para modificação.
• L: Liskov Substitution Principle (Princípio de Substituição de Liskov) - objetos de um tipo devem ser substituíveis por objetos de seus subtipos.
• I: Interface Segregation Principle (Princípio de Segregação de Interface) - uma interface deve ser projetada para ser usada por clientes específicos.
• D: Dependency Inversion Principle (Princípio de Inversão de Dependência) - módulos de alto nível não devem depender de módulos de baixo nível.