استدعاء الأساليب غير المتزامنة

يستند المثال التالي بشكل فضفاض إلى نمط AMI القياسي المستخدم في إطار عمل .NET . ^{[ 9 ]} عند إعطاء دالة Accomplish، تتم إضافة دالتين جديدتين BeginAccomplishو EndAccomplish:

class Example { Result Accomplish ( args … ) IAsyncResult BeginAccomplish ( args … ) Result EndAccomplish ( IAsyncResult a ) … }

عند استدعاء الدالة BeginAccomplish، يتلقى العميل فورًا كائنًا من النوع AsyncResult(الذي يُنفذ IAsyncResultالواجهة)، مما يسمح له بمتابعة سلسلة العمليات المُستدعِية بمهام أخرى. في أبسط الحالات، لا يتبقى أي عمل من هذا القبيل، فيستدعي العميل الدالة EndAccomplish(مع تمرير الكائن الذي استلمه سابقًا)، مما يؤدي إلى حظر التنفيذ حتى اكتمال تنفيذ الدالة وتوفر النتيجة. ^{[ 10 ]} عادةً ما يوفر الكائن AsyncResultدالة واحدة على الأقل تُمكّن العميل من الاستعلام عما إذا كانت الدالة طويلة الأمد قد اكتملت بالفعل.

interface IAsyncResult { bool HasCompleted () … }

يمكن أيضًا تمرير دالة رد نداء إلى الدالة BeginAccomplish، ليتم استدعاؤها عند اكتمال الدالة طويلة الأمد. وعادةً ما تستدعي هذه الدالة EndAccomplishللحصول على القيمة المُعادة من الدالة طويلة الأمد. تكمن إحدى مشكلات آلية رد النداء في أن دالة رد النداء تُنفَّذ تلقائيًا في سلسلة العمليات العاملة (بدلاً من سلسلة العمليات الأصلية المُستدعِية)، مما قد يُسبب حالات تضارب. ^{[ 11 ] [ 12 ]}

في وثائق إطار عمل .NET، يشير مصطلح "نمط غير متزامن قائم على الأحداث" إلى نمط واجهة برمجة تطبيقات بديل (متوفر منذ .NET 2.0) يستخدم طريقةً تُسمى AccomplishAsyncبدلاً من BeginAccomplish. ^{[ 13 ] [ 14 ]} يتمثل الاختلاف الظاهري في أن القيمة المُعادة من الطريقة طويلة الأمد تُمرر مباشرةً إلى طريقة الاستدعاء. والأهم من ذلك، أن واجهة برمجة التطبيقات تستخدم آليةً خاصةً لتشغيل طريقة الاستدعاء (الموجودة في كائن حدث من النوع AccomplishCompleted) في نفس سلسلة العمليات التي BeginAccomplishتم استدعاء فيها. هذا يُزيل خطر حدوث حالات تضارب، مما يجعل واجهة برمجة التطبيقات أسهل استخدامًا ومناسبةً لمكونات البرامج؛ من ناحية أخرى، يأتي هذا التطبيق للنمط مع تكلفة إضافية لإنشاء الكائنات ومزامنتها. ^{[ 15 ]}