ทำไมต้องใช้ HttpClient สำหรับการเชื่อมต่อแบบซิงโครนัส

ฉันกำลังสร้างไลบรารีคลาสเพื่อโต้ตอบกับ API ฉันต้องเรียก API และประมวลผลการตอบสนอง XML ผมสามารถมองเห็นประโยชน์ของการใช้HttpClientสำหรับการเชื่อมต่อไม่ตรงกัน แต่สิ่งที่ฉันกำลังทำคือการซิงโครหมดจดดังนั้นฉันไม่สามารถเห็นประโยชน์ใด ๆ HttpWebRequestที่สำคัญมากกว่าการใช้

หากใครสามารถหลั่งน้ำตาแสงใด ๆ ฉันจะขอบคุณมันมาก ฉันไม่ใช่คนเดียวที่ใช้เทคโนโลยีใหม่เพื่อประโยชน์ของมัน

แต่สิ่งที่ฉันทำคือการซิงโครนัสอย่างหมดจด

คุณสามารถใช้HttpClientสำหรับคำขอซิงโครนัสได้ดี:

using (var client = new HttpClient())
{
    var response = client.GetAsync("http://google.com").Result;

    if (response.IsSuccessStatusCode)
    {
        var responseContent = response.Content; 

        // by calling .Result you are synchronously reading the result
        string responseString = responseContent.ReadAsStringAsync().Result;

        Console.WriteLine(responseString);
    }
}

เท่าที่ทำไมคุณควรใช้HttpClientมากกว่าWebRequestเป็นห่วง, HttpClientเป็นเด็กใหม่ในบล็อกและอาจมีการปรับปรุงมากกว่าลูกค้าเก่า

ฉันจะทำซ้ำคำตอบ Donny V. และของ Josh อีกครั้ง

"เหตุผลเดียวที่ฉันไม่ใช้เวอร์ชัน async คือถ้าฉันพยายามสนับสนุน. NET เวอร์ชั่นเก่าที่ไม่ได้มีอยู่แล้วในการรองรับ async"

(และโหวตขึ้นถ้าฉันมีชื่อเสียง)

ฉันจำไม่ได้ว่าครั้งสุดท้ายถ้าฉันรู้สึกขอบคุณจริง ๆ ที่ HttpWebRequest ขว้างข้อยกเว้นสำหรับรหัสสถานะ> = 400 เพื่อแก้ไขปัญหาเหล่านี้คุณต้องรับการยกเว้นทันทีและแมปกับกลไกการตอบสนองที่ไม่ใช่ข้อยกเว้น ในรหัสของคุณ ... น่าเบื่อน่าเบื่อและมีข้อผิดพลาดเกิดขึ้นเอง ไม่ว่าจะเป็นการสื่อสารกับฐานข้อมูลหรือการใช้เว็บพรอกซี bespoke มันเป็นที่ต้องการเกือบทุกครั้งที่ไดรเวอร์ Http บอกรหัสแอปพลิเคชันของคุณว่าอะไรถูกส่งคืนและปล่อยให้คุณตัดสินใจว่าจะทำอย่างไร

ดังนั้น HttpClient จะดีกว่า

หากคุณกำลังสร้างไลบรารีคลาสบางทีผู้ใช้ห้องสมุดของคุณอาจต้องการใช้ไลบรารีของคุณแบบอะซิงโครนัส ฉันคิดว่านั่นเป็นเหตุผลที่ดีที่สุด

คุณไม่ทราบว่าจะใช้ห้องสมุดของคุณอย่างไร บางทีผู้ใช้อาจกำลังประมวลผลคำขอจำนวนมากและการดำเนินการแบบอะซิงโครนัสจะช่วยให้ทำงานได้เร็วขึ้นและมีประสิทธิภาพมากขึ้น

หากคุณสามารถทำได้ง่าย ๆ อย่าพยายามสร้างภาระให้กับผู้ใช้ห้องสมุดของคุณที่พยายามทำให้ flow แบบอะซิงโครนัสเมื่อคุณสามารถดูแลมันได้

เหตุผลเดียวที่ฉันจะไม่ใช้เวอร์ชัน async คือถ้าฉันพยายามสนับสนุน. NET เวอร์ชั่นเก่าที่ไม่ได้มีอยู่แล้วในการสนับสนุน async

ในกรณีของฉันคำตอบที่ยอมรับไม่ทำงาน ฉันกำลังเรียก API จากแอปพลิเคชัน MVC ซึ่งไม่มีการกระทำแบบอะซิงโครนัส

นี่คือวิธีที่ฉันจัดการเพื่อให้ทำงาน:

private static readonly TaskFactory _myTaskFactory = new TaskFactory(CancellationToken.None, TaskCreationOptions.None, TaskContinuationOptions.None, TaskScheduler.Default);
public static T RunSync<T>(Func<Task<T>> func)
    {           
        CultureInfo cultureUi = CultureInfo.CurrentUICulture;
        CultureInfo culture = CultureInfo.CurrentCulture;
        return _myTaskFactory.StartNew<Task<T>>(delegate
        {
            Thread.CurrentThread.CurrentCulture = culture;
            Thread.CurrentThread.CurrentUICulture = cultureUi;
            return func();
        }).Unwrap<T>().GetAwaiter().GetResult();
    }

จากนั้นฉันก็เรียกมันว่า:

Helper.RunSync(new Func<Task<ReturnTypeGoesHere>>(async () => await AsyncCallGoesHere(myparameter)));

public static class AsyncHelper  
{
    private static readonly TaskFactory _taskFactory = new
        TaskFactory(CancellationToken.None,
                    TaskCreationOptions.None,
                    TaskContinuationOptions.None,
                    TaskScheduler.Default);

    public static TResult RunSync<TResult>(Func<Task<TResult>> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();

    public static void RunSync(Func<Task> func)
        => _taskFactory
            .StartNew(func)
            .Unwrap()
            .GetAwaiter()
            .GetResult();
}

แล้วก็

AsyncHelper.RunSync(() => DoAsyncStuff());

ถ้าคุณใช้คลาสนั้นผ่านวิธีการ async ของคุณเป็นพารามิเตอร์คุณสามารถเรียกวิธีการแบบ async จากวิธีการซิงค์ได้อย่างปลอดภัย

มันอธิบายไว้ที่นี่: https://cpratt.co/async-tips-tricks/

คำตอบทั้งหมดดูเหมือนจะมุ่งเน้นไปที่การใช้แบบHttpClientซิงโครนัสแทนที่จะให้คำตอบสำหรับคำถามที่แท้จริง

HttpClientเป็นมากกว่าตัวจัดการการร้องขอ / ตอบกลับที่ง่าย ๆ เพื่อให้สามารถจัดการกับลักษณะเฉพาะของเครือข่ายที่แตกต่างกันได้ ในกรณีของฉันคือการทำงานกับพร็อกซี NTLM ซึ่งต้องมีการเจรจาส่งคำขอ / ตอบกลับพร้อมโทเค็นและข้อมูลประจำตัวระหว่างไคลเอนต์และพร็อกซีเซิร์ฟเวอร์เพื่อตรวจสอบสิทธิ์หลายรายการ HttpClient(ใช้HttpClientHandler) ดูเหมือนว่าจะมีกลไกในตัวที่จัดการที่ส่งคืนทรัพยากรนอกเหนือจากพร็อกซีด้วยการเรียกใช้เมธอดเดียว