Em termos de boas práticas: é melhor ter um único método com um parâmetro transaction opcional, ou criar uma sobrecarga específica (com e sem transaction)? ps: é uma questão de opinião ou certo e errado?
Com transaction opcional tu vai ter que fazer tratativas a mais dentro do método, fazendo ele sempre percorrer um caminho maior do que necessita. Já na segunda opção, apesar de ser "mais código", percorrerá somente o fluxo necessário para cada caso específico.
Falando em tamanho de build, a sobrecarga vai gerar mais assembly (isso em c#), mas também, nada de outro mundo Mas a minha resposta final é: Dá na mesma, depende do gosto do arquiteto ou do dev kkkk
Assim, eu acho que depende do contexto Se for uma api pública fica mais legível pro consumidor do pacote que tem essas opções de sobrecarga, porém, mais código, e mais manutenção, se precisar adicionar/excluir algum parâmetro
United States Trends
- 1. #GMMTV2026 1.51M posts
- 2. MILKLOVE BORN TO SHINE 268K posts
- 3. Good Tuesday 24.1K posts
- 4. WILLIAMEST MAGIC VIBES 40.2K posts
- 5. Barcelona 149K posts
- 6. TOP CALL 9,524 posts
- 7. AI Alert 8,078 posts
- 8. Barca 78.2K posts
- 9. Moe Odum N/A
- 10. Alan Dershowitz 2,907 posts
- 11. Unforgiven 1,129 posts
- 12. Brock 42.6K posts
- 13. Purdy 28.7K posts
- 14. Check Analyze 2,410 posts
- 15. Bryce 21.5K posts
- 16. Token Signal 8,512 posts
- 17. Enemy of the State 2,511 posts
- 18. Dialyn 8,133 posts
- 19. Market Focus 4,760 posts
- 20. Timberwolves 3,962 posts
Something went wrong.
Something went wrong.