نظرة عامة حول Azure Fluid Relay
إطار عمل Fluid هو إطار عمل مستقل عن النظام الأساسي مصدر مفتوح. Azure Fluid Relay هو عرض مدار إطار عمل Fluid يساعد المطورين على بناء تجارب تعاونية في الوقت الحقيقي وتكرار الحالة عبر عملاء JavaScript المتصلين في الوقت الفعلي.
ما هو إطار عمل Fluid؟
إطار عمل Fluid عبارة عن مجموعة من مكتبات العميل لتوزيع الحالة المشتركة ومزامنتها. تسمح هذه المكتبات لعدة عملاء بإنشاء هياكل البيانات المشتركة والعمل عليها في نفس الوقت باستخدام أنماط ترميز مشابهة لتلك المستخدمة للعمل مع البيانات المحلية.
مزيد من الوثائق حول FluidFramework.com.
لماذا السائل؟
نظرا إلى أن بناء زمن انتقال منخفض، فإن التجارب التعاونية صعبة!
عروض إطار عمل Fluid:
- نموذج تطبيق يركز على العميل مع استمرارية البيانات التي لا تتطلب أي تعليمة برمجية مخصصة للخادم.
- بنيات البيانات الموزعة مع أنماط برمجة مألوفة.
- زمن انتقال منخفض جدا.
قام المطورون في Microsoft ببناء التعاون في العديد من التطبيقات، ولكن العديد من منطق التطبيق المحدد من جانب الخادم المطلوب لإدارة التجربة التعاونية. إطار عمل Fluid هو نتيجة لاستثمار Microsoft في تقليل تعقيد إنشاء تطبيقات تعاونية.
ماذا لو لم يكن عليك الاستثمار في التعليمات البرمجية للخادم على الإطلاق؟ تخيل ما إذا كان بإمكانك استخدام خادم للأغراض العامة تم تصميمه ليكون خفيف الوزن ومنخفض التكلفة. تخيل ما إذا كان كل تطويرك يركز على تجربة العميل وتم التعامل مع مزامنة البيانات نيابة عنك. هذا هو وعد Fluid.
التركيز على مطور العميل
تتطلب التطبيقات التي تم إنشاؤها باستخدام إطار عمل Fluid رمزا مخصصا صفرا على الخادم لتمكين سيناريوهات مزامنة البيانات المتطورة مثل الكتابة في الوقت الحقيقي عبر محررات النصوص. يمكن لمطوري العملاء التركيز على تجارب العملاء مع السماح ل Fluid بالقيام بعمل الحفاظ على مزامنة البيانات.
يعمل إطار عمل Fluid مع إطار عمل التطبيق الذي تختاره. سواء كنت تفضل JavaScript مستقيما أو إطار عمل مثل React أو Angular أو Vue، إطار عمل Fluid يجعل بناء التجارب التعاونية بسيطا ومرنا.
كيف يعمل Fluid
تم تصميم Fluid لتقديم تجارب تعاونية مع الأداء المحترق. لتحقيق هذا الهدف، حافظ الفريق على منطق الخادم بسيطا وخفيف الوزن قدر الإمكان. ساعد هذا النهج على ضمان المزامنة الفورية تقريبا عبر العملاء بتكاليف خادم منخفضة.
للحفاظ على بساطة الخادم، يكون كل عميل Fluid مسؤولا عن حالته الخاصة. بينما تحتفظ الأنظمة السابقة بمصدر الحقيقة على الخادم، فإن خدمة Fluid مسؤولة عن أخذ عمليات البيانات، وتسلسل العمليات، وإعادة العمليات المتسلسلة إلى العملاء. كل عميل قادر على استخدام هذا التسلسل لإنتاج الحالة الحالية بشكل مستقل ودقيق بغض النظر عن الترتيب الذي يتلقى العمليات.
الخطوات التالية هي تدفق نموذجي.
- تغير التعليمات البرمجية للعميل البيانات محليا.
- يرسل وقت تشغيل السوائل هذا التغيير إلى خدمة Fluid.
- تسلسلات الخدمة المتغيرة التي تقوم بتشغيلها وبثها لجميع العملاء.
- يدمج وقت تشغيل السوائل هذه العملية في البيانات المحلية ويرفع حدث "valueChanged".
- يعالج رمز العميل هذا الحدث (عرض التحديثات، تشغيل منطق العمل).