التطوير / ROBLOX
Developer Product أم Pass في Roblox: اختيار نوع العرض قبل بناء المتجر
قارن شراءً قابلاً للتكرار بامتياز يُشترى مرة واحدة. اكتب وصف العرض ووافق بين بطاقته وأثر الخادم، ثم خطط لفحوص مختلفة للنوعين.
ابدأ بالوعد للاعب #
قبل اختيار نوع البيع، اكتب بالضبط ما يحصل عليه اللاعب. VIP أو مكافأة أو ترقية كلمات غامضة؛ قد تعني دخولاً أو عنصراً مستهلكاً أو تأثيراً مؤقتاً. حدد النتيجة ونطاقها وما يحدث بعد الاستخدام أو الدخول لاحقاً.
يستخدم التمرين عرضين افتراضيين: حزمة رموز تدريبية ودخول غرفة تدريب. ليسا عروضاً مدفوعة فعلية في ألعابنا. لم ننشئ Pass أو Developer Product ولم نغير سعراً أو ننفذ شراءً. نخطط لقرار وفحوصه ولا نطلق متجراً عاملاً.
ميّز الشراء المتكرر عن الامتياز #
يُستخدم Developer Product لشيء يمكن للاعب شراءه أكثر من مرة. يمثل Pass شراء امتياز مرة واحدة. اسأل أولاً هل يمكن للاعب نفسه شراء العرض مجدداً بمعنى واضح، ثم ما الذي ينبغي أن يبقى متاحاً بعد الشراء السابق.
أجب بحسب الميكانيكية. إذا كانت الرموز تُستهلك ويضيف الشراء الجديد حزمة أخرى، ففكر في Developer Product. وإذا فتح العرض امتيازاً لا يحتاج شراءه مجدداً، ففكر في Pass. هذه خيارات للمثال الافتراضي وليست توصية عامة للربح أو توقعاً للدخل.
افتح الصورة بالحجم الكامل ↗أكمل وصف العرض #
اكتب اسماً واضحاً وأثراً وقابلية التكرار والنوع المقترح والمعرف المقابل وقاعدة التطبيق. اترك المعرف فارغاً حتى يوجد كائن حقيقي، ولا تستخدم معرفاً لغيرك أو رقماً عاملًا مختلقاً. حدد منفصلاً منطق الخادم المسؤول عن الحق وعن تغيير الحالة.
أضف سؤال الدخول اللاحق. تحتاج الغرفة تطبيق الدخول لمن يملك Pass بالفعل، وتحتاج الرموز نموذجاً واضحاً للكمية والتخزين والمنح. اسم العرض لا يحل هذه المهام. يكشف الوصف العمل الناقص قبل عرض بطاقة جذابة على اللاعب.
افتح الصورة بالحجم الكامل ↗افحص حزمة مستهلكة #
نفترض أن ميكانيكية التدريب تستهلك الرموز. ينبغي أن يمنح شراء جديد مؤكد الحزمة الجديدة المقصودة. ميّز عمليتي شراء مختلفتين للمنتج نفسه عن تكرار معالجة عملية واحدة. في الحالة الثانية لا يجوز ببساطة تكرار منح سبق تنفيذه.
خطط للحالتين منفصلتين مع تغير الكمية المتوقع وطريقة التأكيد. لا يطبق المقال معالج إيصالات أو رصيداً دائماً أو منحاً فعلياً. زيادة بعد ضغط عادي لا تثبت جاهزية النظام؛ ما زالت التكرارات والأخطاء والدخول اللاحق غير مفحوصة.
افحص الدخول عبر Pass #
يمكن أن يمثل Pass غرفة التدريب دخولاً بعد شراء واحد. إنشاء Pass لا يطبق الباب أو قواعد الخادم أو الامتياز. يصف التوثيق فحص الملكية وتعيين الميزة للمالكين الموجودين عند دخولهم بصورة منفصلة.
لذلك تتضمن الخطة مشترياً جديداً ولاعباً امتلك Pass قبل الدخول الحالي. يجب أن يستخدم الخادم اللاعب وPass الصحيحين، وأن يطابق الدخول الوصف. لا تستبدل الوعد الدقيق بكلمة «للأبد» غير محددة. اكتب الحق الذي يمنحه المشروع وأين يسري.
افصل مساري التأكيد #
تعالج مشتريات Developer Product عبر ProcessReceipt. الحدث PromptProductPurchaseFinished لا يؤكد شراءً ناجحاً ولا يستبدل معالجة المنح. لـ Pass فحوص ملكية وأحداث خاصة؛ تشابه الأزرار لا يجعل القواعد قابلة للتبادل.
يفصل المخطط المسارين بعد اختيار النوع، ولكل منهما معرف وتأكيد وتطبيق. إنها خريطة مفاهيم وليست سكربتاً. راجع المرجع الحالي للواجهة المختارة وحالات نظامك قبل التنفيذ. تجنب معالجاً عاماً لنهاية النافذة يمنح الأثر دون تمييز النوع.
وافق بين البطاقة وأثر اللعبة #
يجب أن تشرح البطاقة النتيجة والتكرار. في الحزمة وضح ما يمنحه شراء واحد؛ وفي الغرفة وضح امتياز المالك. الصورة والعنوان المتشابهان لنوعين لا يستبدلان الشرح. ينبغي أن يرتبط الزر بمعرف العرض المكتوب في الوصف.
اجلب معلومات السعر والبيع واعرضها وفق تنفيذ Roblox الحالي، دون تثبيت أرقام مختلقة من درس. لا توجد أسعار هنا. افحص الوصف والنوع والمعالج معاً قبل البيع الحقيقي. لا تصف جزءاً غير مطبق من الأثر كميزة متاحة.
افصل غياب الملكية عن فشل الفحص #
قد يؤكد فحص Pass الملكية أو عدمها أو يفشل الطلب. الفشل لا يثبت أن اللاعب لا يملك Pass. خطط لرسالة تعذر مؤقت ولسلوك الباب، مع الحفاظ على الفرق بين نتيجة مجهولة وغياب حق مؤكد.
لـ Developer Product خطط لمعرف غير معروف وأثر لا يمكن تطبيقه وفشل تسجيل بصورة منفصلة. لا تؤكد منحاً لم يستطع النظام تنفيذه وحسابه بصورة موثوقة وفق نموذجه. هذه متطلبات تنفيذ لاحقة، وليست بروتوكول إعادة كاملًا أو ضماناً ضد أعطال بين الخوادم.
جهّز مصفوفة مراجعة #
اكتب لـ Pass مالكاً موجوداً يدخل، ومشترياً جديداً، وإلغاءً وفشل فحص الملكية. ولـ Developer Product اكتب مشتريات مختلفة للعرض نفسه، وتكرار معالجة شراء واحد، وتعذر المنح مؤقتاً. سجل الحق أو التغيير المتوقع؛ املأ الملاحظات الفعلية بعد اختبارك.
لا تنفذ دفعاً حقيقياً لمجرد اتباع المقال. ناقش الخطة وافحصها أولاً في نموذج مستقل، ثم تحقق من الوسائل والشروط المتاحة للاختبار المحدد. الجدول وصف مهام أصلي لا يتضمن دفعاً أو منحاً أو تاريخ مشتريات حقيقياً من ألعابنا.
| السؤال | ما يُوضح |
|---|---|
| هل يمكن شراؤه مجدداً؟ | تعريف تكرار الميكانيكية |
| ما الذي يبقى بعد الشراء؟ | تحديد كمية أو امتياز |
| كيف يُمنح Product؟ | معالجة إيصال مفحوصة مستقلة |
| كيف يُطبق Pass؟ | فحص الملكية وتطبيق الخادم |
سجّل القرار قبل البيع #
ينبغي أن تجيب النتيجة عما وُعد به وإمكان شرائه مجدداً والنوع المختار وكيف يؤكد ويطبق الأثر. شارك الوصف والمصفوفة والعمل الناقص مع مطور آخر. هكذا ينفذ المسار الصحيح بدل اختيار النوع بعد رسم المتجر كله.
اختيار النوع لا يجعل المتجر المدفوع جاهزاً. معالجة Product وحق Pass والواجهة والحفظ تحتاج فحوصاً مستقلة. حدث النقر لا يؤكد المنح وزيارة الموقع لا تثبت شراءً في Roblox. يقدم الدليل مخططات أصلية وخطة تصميم دون إطلاق بيع أو وعد بدخل.
| الفحص | ما يُسجل |
|---|---|
| الوعد | الأثر الدقيق ونطاقه |
| المعرف | النوع والمعرف الموافق |
| التأكيد | الحق والتطبيق الفعلي |
| التكرار | الدخول اللاحق وإعادة المعالجة |
المصادر الأصلية
Roblox Creator Hub — Developer ProductsRoblox Creator Hub — Passes
Roblox Creator Hub — MarketplaceService API
