Ang Proxy ay sa Iyong HTTParty Class

Kapag ang isang Ruby class ay nagsasama ng HTTParty, ilagay ang proxy sa class na iyon at gumawa ng mga kahilingan sa pamamagitan nito:

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

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

Ipinapalagay ng halimbawa na naka-load ang HTTParty. Tumatanggap ang proxy method ng hostname at integer port, kasama ang opsyonal na username at password na argumento. Para sa pinapayagang public-API test na walang proxy account, gumamit ng HTTP candidate mula sa listahan ng HTTP proxy para sa host at port. Iwanan ang destination URL sa get.

Sa loob ng instance method ng Reports, gamitin ang self.class.get(...) kapag ang layunin ay tawagin ang naka-configure na class method na iyon. Ang pagtawag sa top-level HTTParty module sa halip ay maaaring laktawan ang wrapper na kaka-configure mo lang ng mga default.

Mahalaga ang parehong pagkakaiba kapag maraming API wrapper ang nagbabahagi ng isang application. Bigyan ang bawat isa ng nilalayong proxy policy nito sa halip na baguhin ang HTTParty::Basement nang pandaigdigan para ayusin ang isang class.

Naglalantad din ang HTTParty ng mga opsyon sa proxy bawat kahilingan tulad ng http_proxyaddr at http_proxyport. Gamitin ang mga iyon kapag ang ruta ay tunay na bahagi ng isang kahilingan. Mas madaling basahin ang mga default ng class kapag bawat operasyon ng Reports ay dapat sumunod sa parehong landas.