Pygithub: 비동기 지원

어떤 방식으로 비동기 지원을 추가하시겠습니까? 대부분의 작업이 GitHub에서 원격으로 수행되고 코드가 응답이나 JSON 블롭을 기다리고 있다고 가정할 때 어떻게 도움이 될까요?

대부분의 작업이 GitHub에서 원격으로 수행되고 코드가 응답을 기다리고 있다는 점을 감안할 때

이것이 비동기 도입의 좋은 이유입니다! 내 말은... PyGithub은 API 액세스를 코루틴으로 처리해야 합니다. 그렇지 않으면 대부분 유용한 작업을 수행하는 대신 서버의 응답을 기다리고 있습니다. nodejs의 일반적인 개념이며 현재 @octokit/rest.js에서 지원됩니다.
아무도 전에이 기능을 요구하지 않았다는 것에 놀랐습니다 ...

Obs: PyGithub이 현재 어떻게 작동하는지 잘못 이해했을 수도 있지만 순차 및 동기 API 래퍼가 비동기 API 래퍼보다 덜 효율적이라고 생각합니다.

새로운 AsyncRequester 클래스를 추가하고 논리를 유지하면서 상호 작용하기 위해 다른 모든 클래스에서 비동기 메서드를 만들 수 있습니다.

비동기 코드는 검색과 같이 많은 수의 쿼리를 생성해야 하는 작업에 도움이 될 수 있습니다. 또한 Github에서 여러 계정으로 빠르게 작업할 수 있습니다.

여러 계정 활용에 대한 지원 추가와 함께 완전한 재설계처럼 들립니다. 나는 당신의 열정을 사랑하지만 충분한 이익을 얻지 못하는 것은 끔찍하게 많은 일이라고 생각합니다.

많은 작업이 필요할 수 있지만 구현되는 것을 보고 싶습니다. 현재 저는 @octokit/rest.js 성능이 PyGithub를 능가하기 때문에 제 연구에서 JS를 사용하고 있습니다. 도움이 필요하다면 저도 이 일을 하게 되어 기쁩니다.

Btw 여러 계정 지원이 너무 많을 것 같아요! async는 성능 향상을 위한 엄청난 첫 번째 단계가 아닙니까?

모든 에디션을 만들고 풀 리퀘스트에서 보여줄 수 있을까요? 테스트용

Asyncio는 내 사용 사례를 감안할 때 좋은 생각처럼 들립니다. 저장소의 모든 파일을 재귀적으로 읽으려고 하는데 동기 요청이 너무 느립니다.

GitHub API를 통해 모든 것을 요청하는 것보다 GitPython과 같은 것을 사용하는 것이 좋습니다.

흥미로운 제안을 해주셔서 감사합니다. 그렇게 하는 것이 합리적이기 때문에 시도해 보겠습니다.

나는 이 문제를 닫아야 한다고 생각하지 않는다. IO 바인딩 작업에 asyncio 를 사용하는 것이 완벽한 사용 사례입니다.