ServiceStack-ის .NET 6+ ბილდებში HTTP Utils ქმნის ზარმაც საერთო HttpClient-ს. დააყენეთ მისი დამმუშავებლის ქარხანა აპლიკაციის ინიციალიზაციისას, პირველ დამხმარე გამოძახებამდე:

ServiceStack.HttpUtils.HttpClientHandlerFactory = () =>
    new System.Net.Http.HttpClientHandler
    {
        UseProxy = true,
        Proxy = new System.Net.WebProxy("http://proxy.example:8080"),
        AutomaticDecompression =
            System.Net.DecompressionMethods.Brotli |
            System.Net.DecompressionMethods.Deflate |
            System.Net.DecompressionMethods.GZip
    };

თუ საერთო კლიენტი უკვე არსებობს, ამ ქარხნის შეცვლა მას ხელახლა არ კონფიგურირებს. ეს მომენტია პირველი შემოწმება, როცა მოგვიანებით მინიჭება არაეფექტური ჩანს. HTTP ბოლო წერტილის არჩევა შესაძლებელია HTTP პროქსების სიიდან საჯარო მარშრუტისთვის, სანამ ის საერთო კლიენტი შეიქმნება.

პროქსის ანგარიშისთვის დააყენეთ WebProxy.Credentials აპლიკაციის კონფიგურაციის მეშვეობით. HttpClientHandler.UseDefaultCredentials სერვერის ანგარიშს ეხება და ავტომატურად არ ავსებს იმ პროქსი ობიექტის მონაცემებს.

ძველი HttpWebRequest და requestFilter მაგალითი წინა იმპლემენტაციაზეა მიმართული. ახალ ფორმაში მოთხოვნის კონფიგურაცია ფარავს მოთხოვნის ველებს, ხოლო დამმუშავებელი ფლობს კავშირის მარშრუტიზაციას.

შეინარჩუნეთ არსებული მორგებული კლიენტის ქარხანა ან აპლიკაციის HTTP კლიენტის ქარხნის საკუთრების წესი, თუ ის უკვე დაყენებულია. ეს დამმუშავებლის ქარხანა საერთო პოლიტიკაა; ერთდროულ დაუკავშირებელ მარშრუტებს ცალ-ცალკე საკუთრებაში მყოფი კლიენტები სჭირდება.

დაკავშირებული სტატიები