เหตุใดฉันจึงควรสร้างการดำเนินการ async WebAPI แทนการซิงค์

ฉันมีการดำเนินการต่อไปนี้ใน Web API ที่ฉันสร้างขึ้น:

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public CartTotalsDTO GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh);
}

การเรียกใช้บริการเว็บนี้ทำผ่าน Jquery Ajax เรียกวิธีนี้:

$.ajax({
      url: "/api/products/pharmacies/<%# Farmacia.PrimaryKeyId.Value.ToString() %>/page/" + vm.currentPage() + "/" + filter,
      type: "GET",
      dataType: "json",
      success: function (result) {
          vm.items([]);
          var data = result.Products;
          vm.totalUnits(result.TotalUnits);
      }          
  });

ฉันเคยเห็นนักพัฒนาบางคนที่ใช้การดำเนินการก่อนหน้านี้ด้วยวิธีนี้:

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
    return await Task.Factory.StartNew(() => delegateHelper.GetProductsWithHistory(CustomerContext.Current.GetContactById(pharmacyId), refresh));
}

ต้องบอกว่า GetProductsWithHistory () เป็นการดำเนินการที่ค่อนข้างยาว จากปัญหาและบริบทของฉันการทำให้การทำงานแบบอะซิงโครนัส webAPI เป็นประโยชน์ต่อฉันอย่างไร

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

ในการสนทนาของฉันเกี่ยวกับ "async over sync" ฉันขอแนะนำอย่างยิ่งว่าหากคุณมี API ที่ติดตั้งภายในแบบซิงโครนัสคุณไม่ควรเปิดเผยคู่อะซิงโครนัสที่รวมวิธีซิงโครนัสเข้าTask.Runด้วยกัน

จากฉันควรเปิดเผยการห่อแบบซิงโครนัสสำหรับวิธีการอะซิงโครนัสหรือไม่

อย่างไรก็ตามเมื่อทำการเรียก WebAPI asyncซึ่งมีการดำเนินการแบบอะซิงโครนัสจริง (โดยปกติคือ I / O) แทนที่จะบล็อกเธรดที่อยู่และรอผลลัพธ์เธรดจะกลับไปที่เธรดพูลและสามารถดำเนินการอื่น ๆ ได้ นั่นหมายความว่าแอปพลิเคชันของคุณสามารถทำงานได้มากขึ้นโดยใช้ทรัพยากรน้อยลงและช่วยเพิ่มความสามารถในการปรับขนาด

วิธีการหนึ่งอาจเป็น (ฉันใช้วิธีนี้สำเร็จแล้วในแอปพลิเคชันของลูกค้า) เพื่อให้บริการ Windows เรียกใช้การดำเนินการที่ยาวนานกับเธรดของผู้ปฏิบัติงานจากนั้นทำใน IIS เพื่อเพิ่มเธรดจนกว่าการดำเนินการบล็อกจะเสร็จสมบูรณ์: หมายเหตุสิ่งนี้ถือว่า ผลลัพธ์จะถูกเก็บไว้ในตาราง (แถวที่ระบุโดย jobId) และกระบวนการที่สะอาดกว่าจะทำความสะอาดหลังจากใช้งานไปแล้ว

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

// GET api/<controller>
[HttpGet]
[Route("pharmacies/{pharmacyId}/page/{page}/{filter?}")]
public async Task<CartTotalsDTO> GetProductsWithHistory(Guid pharmacyId, int page, string filter = null ,[FromUri] bool refresh = false)
{
        var jobID = Guid.NewGuid().ToString()
        var job = new Job
        {
            Id = jobId,
            jobType = "GetProductsWithHistory",
            pharmacyId = pharmacyId,
            page = page,
            filter = filter,
            Created = DateTime.UtcNow,
            Started = null,
            Finished = null,
            User =  {{extract user id in the normal way}}
        };
        jobService.CreateJob(job);

        var timeout = 10*60*1000; //10 minutes
        Stopwatch sw = new Stopwatch();
        sw.Start();
        bool responseReceived = false;
        do
        {
            //wait for the windows service to process the job and build the results in the results table
            if (jobService.GetJob(jobId).Finished == null)
            {
                if (sw.ElapsedMilliseconds > timeout ) throw new TimeoutException();
                await Task.Delay(2000);
            }
            else
            {
                responseReceived = true;
            }
        } while (responseReceived == false);

    //this fetches the results from the temporary results table
    return jobService.GetProductsWithHistory(jobId);
}