marcuxyz / picpay.py Goto Github PK

Como a ideia da lib é ser agnóstica a framework, uma boa ideia seria ter uma interface assíncrona para se utilizar com asyncio. Uma forma simples de resolver isso seria utilizar o httpx no lugar do requests e criar uma nova classe que suporte asyncio

Este método deverá ser fornecido baseado no endpoint https://ecommerce.picpay.com/doc/#tag/Status

Quando tentamos fazer uma requisição na API da picpay o python retorna um warning de certificado por causa do SSL.

InsecureRequestWarning: Unverified HTTPS request is being made to host 'appws.picpay.com'. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warning

preciso um plugins desse para saleor ecommerce, vc faz
https://github.com/mirumee/saleor
https://docs.saleor.io/docs/guides/payments/

Em alguns casos podemos ter uma aplicação que roda dentro de uma rede que necessite de conectar em algum proxy ou fazer a inserção de certificados para poder alcançar a internet, no caso a classe Downloader está implicando em uma Session própria ao invés de aceitar uma externa com configurações do usuário.

Além da documentação que eu achei bem tranquila para iniciantes, manter as coisas integradas em um lugar só, talvez tenha um sabor interessante.

Seria legal a gente ter uma documentação para a lib, ao invés de manter ela no readme.md.

Tenho algumas sugestões para isso:

• readthedocs.io
• mkdocs-material

Seria uma boa criar um arquivo picpay.py e colocar o código do init.py lá e só referênciar a classe no init.py, fica um pouco mais óbvio de onde estariam as coisas.

Seria interessante a implementação de cobertura de testes. Para termos uma noção de quantos % a lib ta coberta.

O pytest-cov funciona bem com a arquitetura do python-picpay.

Este método servirá para fazer requisições via GET() nos endpoints fornecidos pela picpay.

Um exemplo: https://ecommerce.picpay.com/doc/#tag/Status