วิธีสร้างและใช้งานอินเทอร์เฟซสำหรับการดำเนินการที่บางครั้งไม่พร้อมกันเท่านั้น

นี่เป็นสถานการณ์ทั่วไปกับ อินเทอร์เฟซ หากคุณมีสัญญาที่ต้องระบุ task สำหรับ Async Await Pattern และเราจำเป็นต้องติดตั้ง Task นั้นใน อินเทอร์เฟซ

สมมติว่าผู้โทรจะใช้ await คุณสามารถวาง async และส่งคืน Task ได้

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

การใช้งานทั่วไป

มาตรฐาน async

public async Task<string> PullText()
{
   using (var reader = File.OpenText("Words.txt"))
   {
      return await reader.ReadToEndAsync();
   }
}

ส่งคืน Task สำหรับงาน CPU ที่ผูกไว้ (บันทึกข้อยกเว้นและวางไว้บน Task)

public Task<string> PullText()
{
   try
   {
      return Task.Run(() => DoCpuWork());
   }
   catch (Exception e)
   {
      return Task.FromException<string>(e);
   }
}

มีประสิทธิภาพน้อยลงเล็กน้อยเนื่องจากเรากำลังวางท่อ IAsyncStateMachine

public async Task<string> PullText()
{
    return await Task.Run(() => DoCpuWork());
}

ส่งคืน เสร็จสมบูรณ์ Task ด้วยผลลัพธ์แบบง่าย (บันทึกข้อยกเว้นและวางไว้บน Task)

public Task<string> PullText()
{
   try
   {
      // simplified example
      return Task.FromResult("someString");
   }
   catch (Exception e)
   {
      return Task.FromException<string>(e);
   }
}

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

#pragma warning disable 1998
public async Task<string> PullText()()
#pragma warning restore 1998
{
    return Task.Run(() => "hello world");
}

และ

#pragma warning disable 1998
public async Task<string> PullText()()
#pragma warning restore 1998
{
    return Task.FromResult("someString");
}

_{หมายเหตุ การจัดการข้างต้นทั้งหมดด้วยการส่งคืน Task<T> จากเมธอด หากใครต้องการส่งคืน Task คุณสามารถใช้ประโยชน์จาก Task.CompletedTask; ด้วยซีแมนทิกส์ข้อผิดพลาดแบบเดียวกับข้างต้น}

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

if(thisObject is IAscyncAble) {
  ... call the ansync request.
}

ฉันลงเอยด้วยการใช้รหัสต่อไปนี้:

using System.IO;
using System.Threading.Tasks;

namespace TestApp
{
    interface IBlackBox // interface for both sync and async execution
    {
        Task<string> PullText();
    }

    sealed class MyAsyncBlackBox : IBlackBox
    {
        public async Task<string> PullText()
        {
            using (var reader = File.OpenText("Words.txt"))
            {
                return await reader.ReadToEndAsync();
            }
        }
    }

    sealed class MyCachedBlackBox : IBlackBox
    {
        public Task<string> PullText() // notice no 'async' keyword
        {
            return Task.FromResult("hello world");
        }
    }
}