אַ Google API קליענט קען באַקומען אַ HTTP טראַנספּאָרט ביים בויען. קאָנפֿיגוריר דעם טראַנספּאָרט וואָס דער קליענט וועט טאַקע ניצן, אַנשטאָט צו בויען לעבן אים אַ באַזונדער HTTP קליענט מיט אַ פּראָקסי.

פֿאַר דעם Java-net טראַנספּאָרט, דער בילדער שטעלט צו אַ קלאָרן פּראָקסי־אָפּציע:

Proxy proxy = new Proxy(Proxy.Type.HTTP,
    new InetSocketAddress("203.0.113.10", 8080));
HttpTransport transport = new NetHttpTransport.Builder()
    .setProxy(proxy)
    .build();

די אַדרעס איז נאָר אַ ביישפּיל; די HTTP פּראָקסי־ליסטע שטעלט צו קאַנדידאַטן פֿאַר אַ דערלויבטער עפנטלעכער HTTP־רוטע. גיב דעם טראַנספּאָרט איבער צו דעם געשטיצטן בויען־וועג פֿונעם API קליענט. פּרוּף דעם פּינקטלעכן בילדער און די אָנהיַנגיקייט־ווערסיע וואָס די אַפּליקאַציע ניצט; אַן אַנדער באַקענד האָט זיין אייגענעם קאָנפֿיגוראַציע־אינטערפֿייס.

די פּראָקסי־אָפּציע קלויבט די רוטע. API־קרעדענשיאַלן און פּראָקסי־אויטענטיפֿיקאַציע בלײַבן באַזונדער. אויב די פֿאַרבינדונג פֿאַלט איידער דער API באַקומט אַ בקשה, קען דער אויסטויש פֿון API־טאָקן נישט פֿאַרריכטן די פֿעלנדיקע פּראָקסי־רוטע.

אַ פֿריימוואָרק קען בויען זיין אייגענעם טראַנספּאָרט אין דרויסן. געפֿין יענעם בויען־פּונקט ווען אַ זעלבשטענדיק ביישפּיל אַרבעט, אָבער דער API־רוף פֿון דער אַפּליקאַציע נישט.

פֿאַרבונדענע אַרטיקלען