ماذا يغطي تطوير التطبيقات اللامركزية
اختبار سريع: اذكر 3 إجراءات يجب على المستخدم إكمالها. إذا كنت بحاجة إلى أكثر من 3 شاشات لها، فبسّط التدفق أولاً.
يربط تطوير التطبيقات اللامركزية واجهة قابلة للاستخدام بوظائف البلوكتشين والبيانات التي يحتاج المنتج لعرضها. يمكن أن يشمل العمل واجهة أمامية للويب، واتصال محفظة، وتفاعل مع العقود، وطبقة فهرسة؛ تعتمد الحدود الدقيقة على ما هو مبني بالفعل وما يجب أن يكون المستخدمون قادرين على فعله.
ابدأ بإجراء المستخدم، وليس بقائمة من التقنيات. على سبيل المثال، حدد ما إذا كان الزائر يجب أن يربط محفظة، أو يفحص مركزًا على السلسلة، أو يرسل معاملة، أو يراجع النشاط. هذا يعطي الفريق أساسًا لتحديد الشاشات وحالات الخطأ ومتطلبات البيانات قبل بدء التنفيذ.
تجيب ملاحظة خطة أولية مفيدة على:
- ما هي مجموعات المستخدمين التي ستستخدم التطبيق، وماذا يجب أن يكون كل منهم قادرًا على فعله؟
- ما هي السلسلة أو السلاسل المخطط لها، وهل العقود متاحة بالفعل؟
- ما هي المعلومات التي يجب أن تظهر في الواجهة، وكم يجب أن تكون حديثة؟
- ما الذي يجب أن يعمل على متصفحات الجوال بالإضافة إلى سطح المكتب؟
إذا كان المنتج يحتاج أيضًا إلى منطق عقود، فنسق خطة التطبيق مع تطوير العقود الذكية. للحصول على خارطة طريق تقنية أوسع، راجع تطوير الويب 3. نحول إجاباتك إلى حدود ميزات وتبعيات وفحوصات قبول بدلاً من معالجة "بناء تطبيق لامركزي" كمواصفات كاملة.
كيف تتصل الشاشة والمحفظة والبيانات؟
تعرض الواجهة الأمامية إجراءات المنتج، ويمنح اتصال المحفظة المستخدم طريقة للتفاعل مع سلسلة مدعومة، وتجعل الفهرسة بيانات مختارة من البلوكتشين أسهل للتطبيق لاسترجاعها وعرضها. يجب تصميم هذه الأجزاء كرحلة مستخدم واحدة، لأن الشاشة الواضحة لا يمكنها تعويض حالة اتصال أو بيانات مربكة.
بالنسبة للواجهة الأمامية، حدد الشاشات الرئيسية والحالة التي يمكن لكل منها إظهارها: غير متصل، متصل، تحميل، مكتمل أو بحاجة إلى انتباه. بالنسبة لاتصال المحفظة، وثق السلاسل والإجراءات المخطط لها، ثم قرر ما يجب أن تشرحه الواجهة قبل أن تطلب من المستخدم الموافقة على طلب. بالنسبة للفهرسة، اذكر السجلات التي يحتاجها المنتج، وكيف ترتبط بميزاته، وكيف يجب أن تتعامل الواجهة مع البيانات المتأخرة أو غير المتاحة.
قائمة فحص عملية للمتطلبات هي:
- اربط كل إجراء رئيسي بشاشته والحالة الناتجة.
- حدد ما يراه المستخدمون عندما يغيرون الحسابات أو الشبكة.
- حدد حقول البيانات والسجل والمرشحات التي يحتاجها المنتج.
- اتفق على كيفية شرح الأخطاء والمعلومات غير المكتملة.
يمكننا أيضًا تخطيط خطة تطوير محفظة العملات المشفرة مستقلة إذا كان المنتج يتطلب محفظة بدلاً من ربط محفظة موجودة. خدمة تطوير موقع الويب والصفحة المقصودة للويب 3 هي الأنسب عندما تكون الحاجة إلى موقع تسويقي بدلاً من تطبيق تفاعلي.
ماذا يحتوي تسليم التطبيق اللامركزي
يمنحك تسليم التطبيق اللامركزي المفيد تنفيذًا عمليًا وسياقًا كافيًا للمراجعة والتشغيل والتوسيع. قبل بدء العمل، نتفق على ما ينطبق من ما تتلقاه على خطتك وكيف سيتم فحص كل منها؛ هذا يتجنب معالجة مستودع أو عرض توضيحي كتعريف كامل للإنجاز.
اعتمادًا على الموجز، يمكن أن يغطي التسليم تنفيذ الواجهة الأمامية، وتدفقات اتصال المحفظة، واسترجاع البيانات وعمل الفهرسة، وتغطية الاختبار للرحلات المتفق عليها، وملاحظات الإعداد، وجولة إرشادية. إذا كان مشروعك يحتوي بالفعل على قاعدة أكواد، فإن الوصول وشرح موجز لهندسته الحالية يساعدنا في تمييز العمل الجديد عن التكامل أو التصحيح.
لقائمة فحص قبول واضحة، اتفق على:
- رحلات المستخدم التي يجب أن تعمل في البيئات المتفق عليها.
- السلاسل وسيناريوهات المحفظة وطرق عرض البيانات المضمنة.
- ما يعتبر اختبارًا مكتملاً ومن يراجع النتيجة.
- أي ملفات تهيئة وملاحظات تشغيل وملفات مصدر يتم تسليمها.
نبقي معايير القبول مرتبطة بالسلوك المرئي: يمكن للمراجع متابعة التدفق المتفق عليه، ورؤية حالة الواجهة المتوقعة، والتحقق من كيفية استجابة التطبيق للخطأ. إذا كان البناء يتضمن تطبيق جوال منفصل، فقم بمواءمة خطته مع تطوير تطبيقات الجوال لمنتجات الويب 3 قبل معاملة دعم متصفح الجوال والتطبيق الأصلي كبند واحد تتلقاه.
قائمة فحص موجز التطبيق اللامركزي المكونة من 6 نقاط
اجمع هذه العناصر الستة قبل بدء التطوير. بها، يمكن للمطور تقديم عرض سعر دقيق ويمكن لفريقك مراجعة كل مرحلة مقابل معيار واضح. احتفظ بالقائمة المحددة مع سجلاتك، لأنها أسرع طريقة لشرح ما تم الاتفاق عليه لاحقًا.
- اذكر عناوين العقود وشارك واجهات ABI.
- صف الإجراءات الرئيسية الثلاثة للمستخدم.
- حدد السلاسل والمحافظ التي ستدعمها.
- قرر ما هي البيانات التي تحتاج الشاشات لعرضها.
- شارك أصول العلامة التجارية وملاحظات التصميم.
- اتفق على بنود التسليم: الكود والملاحظات وخطوات الاختبار.
المصطلحات في سطر واحد
ABI (بعبارات بسيطة: وصف وظائف العقد الذي تحتاجه الواجهة الأمامية لاستدعائه).
الفهرسة تعني جمع البيانات الموجودة على السلسلة في شكل يمكن للتطبيق قراءته بسرعة.
من الموجز إلى التسليم
قاعدة عامة: أظهر حالة المحفظة والشبكة على كل شاشة حتى لا يضطر المستخدمون أبدًا إلى تخمين موقعهم.
ينتقل التطبيق اللامركزي إلى التنفيذ بمجرد أن يصبح مستخدموه ورحلاته الأساسية ومتطلبات السلسلة والتبعيات واضحة بما يكفي لاتخاذ القرارات. في MarketingExtra، تتحقق مراجعة أولية منظمة من الموجز مقابل عمل الواجهة الأمامية والمحفظة والفهرسة الذي تطلبه، ثم نؤكد الخطة ونقاط المراجعة مع فريقك.
تسلسل العمل عملي: توضيح تدفقات المنتج؛ تأكيد العقود المتاحة وتفاصيل السلسلة ومصادر البيانات؛ تعريف حالات الواجهة وفحوصات القبول؛ تنفيذ المكونات المتفق عليها؛ ثم مراجعة النتائج وتسليم المواد المتفق عليها. إذا كانت العقود أو الخدمات الخارجية لا تزال تتغير، فإننا نضع علامة على هذا الاعتماد مبكرًا حتى يتمكن الفريق من تحديد ما إذا كان سيتم الانتهاء منه أولاً أو إبقاء عمل التطبيق ذي الصلة منفصلاً.
لجعل الانطلاقة منتجة، حضّر:
- وصف موجز للمنتج والإجراءات الرئيسية للمستخدم.
- التصميمات الحالية والمستودعات وتفاصيل العقد ووصول الاختبار، حيثما أمكن.
- متطلبات السلسلة والمحفظة، بالإضافة إلى البيانات التي تحتاجها الواجهة.
- جهة اتصال يمكنها حل قرارات المنتج ومراجعة التدفقات العاملة.
يتبع الجدول الزمني الخطة المؤكدة وعمليات التكامل وإيقاع الملاحظات، لذلك نخططه بعد مراجعة هذه التبعيات بدلاً من تقديم مدة عامة. تتلقى خطة متفق عليها ونقاط تفتيش للمراجعة وتسليمًا متوافقًا مع معايير التسليم.
ما هي السلوكيات التي تعتمد على المحافظ والشبكات
بعض سلوك التطبيق يقع خارج سيطرة فريق التطوير، حتى عندما يتم تنفيذ الواجهة كما هو متفق عليه. يمكن لمزودي المحافظ تغيير مطالباتهم أو سلوكهم المدعوم، ويمكن أن يؤثر تأكيد معاملة السلسلة أو توفر بيانات خدمة الفهرسة على ما يراه المستخدمون؛ لا يمكن ضمان هذه الشروط من خلال بناء الواجهة الأمامية. نصمم حالات واضحة ونختبر التدفقات المتفق عليها، لكن سلوك الطرف الثالث يظل تبعية.
قلل المفاجآت التي يمكن تجنبها من خلال تسجيل المحافظ والشبكات المخطط لها، وترتيب الوصول إلى بيئات الاختبار، والاتفاق على كيفية استجابة التطبيق عندما يفشل اتصال أو طلب بيانات. إذا كان منتجك يعتمد على سجلات مفهرسة معينة، فقم بتأكيد مصدر هذه السجلات وكيف يمكن للفريق التحقق من صحتها أثناء المراجعة.
أثناء القبول، تحقق من تجربة المستخدم الفعلية بدلاً من التحقق فقط مما إذا كانت الواجهة تُحمّل:
- هل يمكن للمراجع فهم إجراء المحفظة المطلوب قبل المتابعة؟
- هل يعطي المنتج استجابة مفيدة عندما يرفض المستخدم أو يفصل الاتصال؟
- هل حالات التحميل والبيانات المفقودة والخطأ مختلفة ومفهومة؟
- هل يمكن للفريق التحقق من أن المعلومات المعروضة تطابق المصدر المتفق عليه؟
تجعل هذه الفحوصات التبعيات مرئية وتعطي فريقك أساسًا ملموسًا لتحديد ما هو جاهز للتسليم. كما أنها تساعد في فصل مشكلة التطبيق عن مشكلة المحفظة أو الشبكة أو خدمة البيانات الأولية دون الوعد بسلوك لا يتحكم فيه أي مطور.
أرسل 3 أشياء: عناوين عقودك وواجهات ABI، وتدفقات المستخدم الخاصة بك، والمحافظ والسلاسل التي ستدعمها.
كيف نعمل
- شارك موجز المنتجأرسل حالة استخدام المنتج والإجراءات الرئيسية للمستخدم وأي تصميمات أو أكواد موجودة. قم بتضمين متطلبات السلسلة والمحفظة والبيانات التي تعرفها بالفعل.
- مراجعة الخطة والتبعياتنتحقق من احتياجات الواجهة الأمامية والمحفظة والفهرسة، ونحدد القرارات أو الوصول الذي لا يزال مطلوبًا، ونؤكد ما ينتمي إلى التسليم.
- الاتفاق على فحوصات القبولنحدد رحلات المستخدم والبيئات والسلوكيات المرئية التي سيستخدمها فريقك لمراجعة التنفيذ.
- البناء والمراجعةينفذ الفريق الخطة المتفق عليها ويشاركها للمراجعة مقابل فحوصات القبول، مع تسجيل القرارات والملاحظات.
- التسليمنقدم الملفات المتفق عليها ومعلومات الإعداد وجولة إرشادية حتى يتمكن فريقك من اتخاذ الخطوة التالية للمنتج.
الأسئلة الشائعة
ماذا ترسل قبل طلب تطوير تطبيق لامركزي؟
أرسل وصفًا موجزًا للمنتج، والإجراءات الرئيسية للمستخدم، والسلسلة أو السلاسل المستهدفة، ومتطلبات المحفظة، والبيانات التي تحتاج واجهتك لعرضها. قم بتضمين التصميمات أو العقود أو المستودعات أو عمليات التكامل الحالية إذا كانت متوفرة. إذا كانت بعض التفاصيل غير محسومة، فضع علامة عليها كأسئلة مفتوحة؛ يمكن للمراجعة الأولية تحديد القرارات التي تؤثر على الخطة.
هل يمكنك بناء الواجهة الأمامية إذا كانت العقود موجودة؟
نعم. شارك واجهات العقود المتاحة وتفاصيل النشر والسلاسل المدعومة ورحلات المستخدم التي يجب أن تخدمها الواجهة الأمامية. يمكننا تخطيط الواجهة وتفاعل المحفظة وأي معالجة بيانات مطلوبة حول هذه المدخلات. إذا كانت العقود بحاجة إلى تغييرات، فإننا نحدد هذا الاعتماد قبل الموافقة على ما يتضمنه عمل التطبيق.
ما الذي سينكسر بدون طبقة فهرسة؟
يمكن أن تساعد الفهرسة التطبيق في استرجاع وعرض معلومات مختارة من السلسلة في شكل مناسب لشاشاته، مثل النشاط أو السجلات التي يحتاج المستخدمون لتصفحها. تعتمد الحاجة إليها على البيانات وتجربة المستخدم. نذكر أولاً ما يجب أن تعرضه الواجهة، ثم نقرر كيف سيتم الحصول على تلك المعلومات والتحقق منها.
هل يمكنه دعم أكثر من محفظة أو سلسلة واحدة؟
يمكننا تخطيط سيناريوهات متعددة للمحفظة والسلسلة عندما تكون جزءًا من متطلبات المنتج. يجب أن يذكر الموجز أي المجموعات مهمة وأي إجراءات المستخدم يجب أن تعمل لكل منها. هذا يتيح لنا مراعاة حالات الواجهة المرتبطة والاختبار بدلاً من افتراض أن الاتصال على إعداد واحد يغطي كل سيناريو مطلوب.
كم أسبوعًا يستغرق بناء تطبيق لامركزي؟
يتم تحديد التوقيت بعد مراجعة الميزات والكود والعقود الحالية وعمليات التكامل ومتطلبات السلسلة وعملية الملاحظات. تختلف خطة الواجهة الأمامية المركزة عن المنتج الذي يحتاج أيضًا إلى تدفقات محفظة وطبقة فهرسة. بمجرد أن تصبح هذه التبعيات واضحة، يمكننا الاتفاق على تسلسل تسليم ونقاط مراجعة مع فريقك.
هل يمكن أن تكون اتصالات المحفظة والبيانات متاحة دائمًا؟
لا. يمكننا تسليم واختبار سلوك التطبيق المتفق عليه، لكن تغييرات مزود المحفظة وظروف تأكيد السلسلة وتوفر أو حداثة خدمة الفهرسة هي خارج سيطرة فريق التطبيق. نقوم بتضمين حالات واجهة واضحة لسيناريوهات الفشل المتفق عليها وتوثيق التبعيات ذات الصلة حتى يعرف فريقك ما يجب التحقق منه.
أخبرنا عن مشروعك
أجب عن أربعة أسئلة سريعة وسيرسل لك مدير الحساب خلال ساعة خطة وجدولا زمنيا ونطاقا للميزانية. كل شيء يبقى سريا.
جار تحميل النموذج…