Transferir como PDF, PPTX
Carregado porAndré Pfeiffer
Php com código limpo
O documento discute princípios de código limpo em PHP, enfatizando a importância de estrutura organizada, nomes descritivos, funções pequenas e uso apropriado de comentários. Também cobre responsabilidades de desenvolvedores profissionais e padrões de codificação como Drupal e PEAR.
Php com código limpo
- 1. PHP com código limpo André Pfeiffer domingo, 25 de novembro de 12
- 2. Quem sou eu • quase-advogado • designer • programador • professor domingo, 25 de novembro de 12
- 3. O que éprogramar? domingo, 25 de novembro de 12
- 4. O que éprogramar? • Programar é criar • Faz parte de um processo criativo • Para uso humano domingo, 25 de novembro de 12
- 5. Programação x design? domingo,25 de novembro de 12
- 6. Programação x design? design é o processo criativo de criar um produto para uso humano em escala industrial domingo, 25 de novembro de 12
- 7. Mau, mau código! um mau código pode acabar com empresas domingo, 25 de novembro de 12
- 8. De quem éa culpa? domingo, 25 de novembro de 12
- 9. Sua! domingo, 25 denovembro de 12
- 10. Sua! melhor, do profissional responsável pelo código domingo, 25 de novembro de 12
- 11. Você é umprofissional? domingo, 25 de novembro de 12
- 12. Você é umprofissional? Ou, você assume as responsabilidades? domingo, 25 de novembro de 12
- 13. Sendo um profissional • responsabilidade • humildade • saber dizer não • aperfeiçoamento • prática • colaboração domingo, 25 de novembro de 12
- 14. Ferramentas de um desenvolvedor profissional • Git • TDD • Programação em par domingo, 25 de novembro de 12
- 15. PHP com código limpo domingo, 25 de novembro de 12
- 16. PHP com código limpo • estrutura do código • nomes • funções • comentários domingo, 25 de novembro de 12
- 17. Estrutura do código • O código deve ser lido que nem uma redação • Deve seguir um padrão • O PHP não deve estar junto ao HTML • O PHP junto ao HTML deve ser amigável • Indentar corretamente o código domingo, 25 de novembro de 12
- 18. Nomes • Nomes devem explicar o que são • n_erro deve ser numero_de_erros • Siglas somente quando conhecidas domingo, 25 de novembro de 12
- 19. Funções • Nunca se deve repetir códigos • Funções devem ser pequenas • O ideal são 0 parâmetros, 1 parâmetro é normal, 2 é aceitável, 3 é tolerável e 4 parâmetros é um chamado a refratoração domingo, 25 de novembro de 12
- 20. Comentários • Por padrão escrever um comentário é algo ruim • O código deve se explicar • Nunca colocar código dentro de comentários • Use corretamente os comentários // e /** */ domingo, 25 de novembro de 12
- 21. Padrões de codificação • Ao trabalhar em equipe todos devem seguir o mesmo padrão • Adote de preferência o padrão de um Framework ou CMS que a equipe utilize • Modificar um padrão custa caro domingo, 25 de novembro de 12
- 22. Padrões do Drupal • PHP coding standards http://drupal.org/coding-standards • Object-oriented code http://drupal.org/node/608152 • JavaScript coding standards http://drupal.org/node/172169 • CSS coding standards http://drupal.org/node/302199 • SQL coding standards http://drupal.org/node/2497 domingo, 25 de novembro de 12
- 23. PEAR Coding Standards http://pear.php.net/manual/en/standards.php domingo, 25 de novembro de 12
- 24. Resumão dos padrões • Indentação com espaços • Como criar estruturas de controles • Espaços em branco • Como abrir e fechar o PHP • Como declarar arrays • Comentários • Padrões para nomes domingo, 25 de novembro de 12
- 25. Obrigado! domingo, 25 denovembro de 12