عرض تجريبي صغير يعيد إظهار سبب سلاسة التحرير التعاوني على طريقة Figma(qiita.com)

- عندما يحرر عدة أشخاص الشاشة نفسها، تظهر إجراءاتك فوراً دون انتظار رد الخادم، ولا يعاد رسم الشاشة عند تأكيد التغييرات، لتجنب القفزات المرئية. أنشأ نيشيورا، المطور في شركة Soyi Co., Ltd.، هذا العرض بتبسيط تصميم من عام 2019 منشور على مدونة Figma الرسمية، وهو يختلف عن التنفيذ الداخلي الفعلي لـ Figma. - عند إيقاف هذه المعالجة في العرض، تتأخر العقدة المسحوبة عن مؤشر الفأرة وتتحرك بصورة متقطعة. بلغ وسيط زمن الذهاب والإياب إلى الخادم الذي قاسه الكاتب نحو 5ms محلياً ونحو 150ms للعرض على Render، وكان الفرق أوضح كلما زاد التأخير. - نظراً إلى وجود خادم واحد فقط، تُعالج التغييرات حسب ترتيب وصولها. وإذا عُدلت الخاصية نفسها في الوقت نفسه، تبقى القيمة التي عولجت لاحقاً. لا تُرفض إلا التغييرات التي تنشئ بنية دائرية يشير فيها العنصر الأب والابن إلى بعضهما، وتُعاد شاشة ذلك المستخدم إلى حالتها السابقة. - خلص الكاتب إلى أن استخدام ترتيب الوصول وحده دون تسجيل الطوابع الزمنية لا يصح إلا بافتراض أن خادماً واحداً يحدد الترتيب. وإذا كان هناك خادمان أو أكثر، فلا بد من آلية أخرى لتحديد الترتيب.