پروکسي ستاسو د HTTParty کلاس پورې اړه لري

کله چې یو Ruby کلاس HTTParty شامل کړي، پروکسي پر هماغه کلاس کېږدئ او غوښتنې د هغې له لارې وکړئ:

class Reports
  include HTTParty
  http_proxy 'proxy.example', 8080
end

response = Reports.get('https://reports.example/monthly')

بېلګه فرض کوي چې HTTParty بار شوی دی. د پروکسي میتود د کوربه نوم او بشپړ عدد پورټ اخلي، له اختیاري کارن نوم او پټ نوم دلیلونو سره. د پروکسي حساب پرته د اجازه ورکړل شوې public-API ازموینې لپاره، د کوربه او پورټ لپاره له د HTTP پروکسي لیست څخه یو HTTP نوماند وکاروئ. د منزل URL په get باندې پرېږدئ.

د Reports د یوې بېلګې میتود دننه، self.class.get(...) هغه وخت وکاروئ چې موخه هماغه تنظیم شوي کلاس میتود ته زنګ وهل وي. پرځای یې د لوړې کچې HTTParty ماډل زنګ وهل کولای شي هغه بسته شاته پرېږدي چې تاسو یې سمدلاسه دمخه اصلي ارزښتونه تنظیم کړل.

همدا توپیر هغه وخت مهم دی چې څو API بستې یوه اپلیکیشن شریکوي. هر یو ته خپله پلان شوې پروکسي تګلاره ورکړئ، نه دا چې د یوې کلاس د سمولو لپاره HTTParty::Basement په نړیواله کچه بدل کړئ.

HTTParty د http_proxyaddr او http_proxyport په څېر د هرې غوښتنې پروکسي اختیارونه هم ښکاره کوي. هغه وخت یې وکاروئ چې لار واقعاً د یوې غوښتنې برخه وي. د کلاس اصلي ارزښتونه لوستل اسانه دي کله چې هر Reports عمل باید ورته لار تعقیب کړي.