Boas Práticas e Padrões Idiomáticos em Go e C
Nem sempre boas práticas são consideradas design patterns formais. Porém, quando uma técnica se torna a única forma eficaz de resolver problemas recorrentes, ela deixa de ser apenas "higiene de código" e passa a funcionar como um padrão idiomático da linguagem.
Este documento explora como structs, composição e interfaces em Go (e até em C) podem ser vistos como soluções de design aplicando esses princípios para um bom código. O texto começa explicando o uso em C de ponteiros e faz uma analogia sobre injeção de código de POO. Este documento tem por objetivo de tornar um dia um desgin para GO ou até C, QUE SÃO PROCEDURAIS. É um exemplo onde você não resolve bem uma questão sem esse principio de que se você não usar, você não resolve da melhor maneira. O documento é trabalhado nas fases seguintes com o argumento de porque usar ou não usar para justificar um design.
Este documento explora como structs, composição e interfaces em Go (e até em C) podem ser vistos como soluções de design aplicando esses princípios para um bom código. O texto começa explicando o uso em C de ponteiros e faz uma analogia sobre injeção de código de POO. Este documento tem por objetivo de tornar um dia um desgin para GO ou até C, QUE SÃO PROCEDURAIS. É um exemplo onde você não resolve bem uma questão sem esse principio de que se você não usar, você não resolve da melhor maneira. O documento é trabalhado nas fases seguintes com o argumento de porque usar ou não usar para justificar um design.
Parte 5: CONCLUSÃO
Boas práticas viram padrões quando são a solução recorrente para problemas de design.
Em
Em
Assim, podemos dizer que padrões idiomáticos emergem naturalmente das boas práticas, mesmo em linguagens que não são puramente orientadas a objetos.
Aqui algumas fotos conversando com o Claude e ele concordando com ser um design para GO.
Figura 4
Figura 5
Figura 6
Referência
https://medium.com/@trogmaiu/ideias-procedural-quase-design-7b85b4d27eae
Em
Go, structs, composição e interfaces não são apenas conveniência: são necessários para resolver problemas de extensibilidade, polimorfismo e testabilidade.Em
C, o uso de structs e ponteiros de função cumpre papel semelhante.Assim, podemos dizer que padrões idiomáticos emergem naturalmente das boas práticas, mesmo em linguagens que não são puramente orientadas a objetos.
Aqui algumas fotos conversando com o Claude e ele concordando com ser um design para GO.
Figura 4
Figura 5
Figura 6Referência
https://medium.com/@trogmaiu/ideias-procedural-quase-design-7b85b4d27eae