Vir 'n program wat Tweepy 4.14 se API-klas gebruik, gee die instaanbediener aan daardie kliënt:

api = tweepy.API(
    auth,
    proxy="http://proxy.example:8080",
    timeout=20,
)

Die brokkie veronderstel dat Tweepy gelaai is en dat auth die program se bestaande verifikasiehanteerder is. Instaanroetering vervang nie die verskafferrekening of sy API-toestemmings nie. Waar publieke tussengangers toegelaat word, bied die HTTP-instaanbedienerlys kandidate vir hierdie HTTP-roete sonder instaanbedienerrekening.

Die gedokumenteerde API-klas is Tweepy se v1.1-koppelvlak. Die proxy-argument daarvan verskaf die HTTP-tussenganger wat vir versoeke gebruik word. 'n Historiese resep wat urllib se globale oopmaker vervang, konfigureer nie 'n moderne kliënt wie se werklike vervoer 'n Requests-sessie is nie.

Hou die gekonfigureerde instansie op die plek waar die bewerkings gedoen word. Om hierdie objek te skep en dan elders 'n ander API-instansie te roep, laat die beoogde roete op die ongebruikte objek.

Tweepy se v2-kliënt is 'n aparte klas met 'n ander konstruktor. Pas instaanintegrasie by daardie koppelvlak aan eerder as om te aanvaar dat elke Tweepy-objek die API-klas se argumente aanvaar. Die eksplisiete argument hierbo is nuttig om die ooreenstemmende kliëntgenerasie te onderhou sonder om instaangedrag vir onverwante Python-biblioteke te verander.

Verwante artikels