-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adiciona Asyncio e AIOHttp para a execução de grande volume de requests em menor tempo. #3
Adiciona Asyncio e AIOHttp para a execução de grande volume de requests em menor tempo. #3
Conversation
…ts em menor tempo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Deixo minhas sugestões aqui:
1 - Usar main:
https://docs.python.org/pt-br/3/library/__main__.html
2 - Usar um lint de código para seguir as recomendações PEP8 nos arquivos.
3 - Nomear arquivos, funções, classes de acordo com PEP8.
O PEP 8 é o guia de estilo de código para a linguagem Python. Em relação a nomeação de arquivos, ele recomenda seguir essas convenções:
Nomes de arquivos: Usar letras minúsculas separadas por underscores. Por exemplo: meu_arquivo.py, utils.py, teste_modulo.py.
Nomenclatura de módulos/pacotes: Também devem ser escritos em letras minúsculas, separados por underscores quando necessário para melhorar a legibilidade. Por exemplo: meu_pacote, meu_pacote.modulo.
Nomes de classes: Utilizar a convenção "CapWords", ou seja, cada palavra começa com uma letra maiúscula. Por exemplo: ClasseExemplo, MinhaClasse.
Nomes de funções e variáveis: Escrever em letras minúsculas, separando palavras com underscores quando necessário para melhorar a legibilidade. Por exemplo: funcao_exemplo, variavel_temporaria, contador.
Constantes: Escrever completamente em letras maiúsculas, separando palavras com underscores. Por exemplo: CONSTANTE_EXEMPLO, MAXIMO_TAMANHO.
Perfeito, concordo com as suas observações, mas eu segui o que já se encontrava no código, adicionando algumas idéias novas, afinal o que você observou não está no código original. |
@dan5e3s6ares bom dia. Sim já estava lá. Apenas dei uma sugestão de melhores práticas que deveriam ser padrão. 👍 Lembro que não é papel de quem faz review, corrigir ou ajustar o código que está em revisão. Quem faz o review tem por intenção apenas indicar o que pode ser melhorado. O padrão que sugeri não é meu é da comunidade Python: https://peps.python.org/pep-0008/ Não me oponho ao merge, então qualquer pessoa com permissão pode aprovar o mesmo. BTW dá uma olhada no niquests, passei a usar ele no lugar do requests. É assíncrono, segue a mesma linha do requests e tem sido atualizado constantemente. |
Eu não tinha visto o niquests, você falou e acredito que passarei a usar, os argumentos deles são bons. |
Desculpe a demora para fazer o review!!! Ficou ótimo! Já testei aqui e está rodando 100%. |
No description provided.