د OkHttp سرچینې بیا وکاروئ کله چې بېل پراکسي غوره کوئ

د OkHttp غوښتنه عمومي بدلیدونکی د پراکسي ساحه نه لري. د هغې د اړیکې له جوړولو مخکې د مطلوب لارې کلاینټ غوره کړئ.

کله چې پاتې ترتیبات باید شریک پاتې شي، نو له موجود کلاینټ څخه لارښود شوی کلاینټ ترلاسه کړئ:

OkHttpClient routed = baseClient.newBuilder()
    .proxy(new Proxy(Proxy.Type.HTTP,
        new InetSocketAddress("203.0.113.10", 8080)))
    .build();

پای ټکی یوازې بېلګه ده. د HTTP پراکسي لړلیک عمومي HTTP پای ټکي کولای شي دا د ساکټ پته د اجازه ورکړل شوې عامه خدمت لارې لپاره ډکه کړي، په دې شرط چې د بنسټیز کلاینټ تګلاره نوي پای ټکي ته د پراکسي کوم اسناد نه ورکوي. OkHttp مستند کوي چې newBuilder د نښلونې پول او تار سرچینې له اصلي کلاینټ سره شریکوي. دې ته داسې معنا نه ده چې د یو پراکسي له لارې جوړ شوی ساکټ کولای شي د بېلې لارې په توګه بیا لیبل شي. د نښلونې وړتیا لا هم د لارې او پتې ترتیباتو پورې تړلې ده.

د تکراري کار لپاره، د هغه لارښوونې تګلارې سره چې تاسو واقعاً ورته اړتیا لرئ کیلي شوی محدود کلاینټ سیټ وساتئ. له داسې نامحدود نقشې څخه ډډه وکړئ چې کیلي یې هر هغه لنډمهاله حساب یا پراکسي توپیر ولري چې کله هم لیدل شوی وي.

د سرچینو شریکول د بندولو په برخه کې هم اغیزه لري. د شریک شوي کیش بندول یا د شریک شوي لیږونکي بندول کولای شي نور هغه اخستل شوي کلاینټونه اغیزمن کړي چې هغه سرچینې کاروي. د دې پرځای چې هر اخستل شوی کلاینټ د جلا شبکې سټیک په توګه وګڼئ، د سرچینو مالکیت ته د اپلیکیشن کچې روښانه عمر ورکړئ.

په پای کې، د غوره شوي پراکسي هویت د اړیکې په خپلو میټاډیټا کې شامل کړئ. یو نړیوال “وروستی غوره شوی پراکسي” بدلونکی د څو هممهاله غوښتنو لاره نشي پیژندلی.