مسئله‌ای که باید حل می‌کردم
وقتی اسکین کارت اضافه کردم، نمی‌خواستم قیمت یا ظاهر جدید هویت کارت را تغییر دهد. دادهٔ بصری باید قابل تعویض باشد و تعریف اقتصاد فقط به آن اشاره کنه.
پیاده‌سازی در نسخهٔ فعلی
CardSkinDefinition پنجاه‌وسه خانهٔ روی کارت داره: پنجاه‌ودو کارت عادی و جوکر، به اضافهٔ یک پشت کارت. EnsureStandardSlots خانه‌های غایب را می‌سازد و referenceهای موجود را نگه می‌دارد.
تصمیم و هزینهٔ طراحی
GetFrontSprite کارت را با suit و rank تطبیق می‌دهد. CardSkinShopItemDefinition قیمت و تصویر فروشگاه را جدا نگه می‌دارد؛ همان تفکیکی که در روایت توسعهٔ اسکین‌ها توضیح داده بودم.
مرزهای فعلی
ساخته‌شدن خانه به معنای داشتن Sprite نیست. اسکین می‌تواند از نظر ساختار کامل و از نظر هنر ناقص باشد؛ مخصوصاً نبود روی جوکر در یک اسکین باید بررسی بشه.
سناریوهای بررسی و معنای قرارداد
تغییر ظاهر کارت وقتی درست هست که یک سرباز همچنان همان سرباز بماند و فقط تصویرش عوض بشه. به همین دلیل نگاشت خال و رتبه در تعریف بصری اهمیت داره؛ نام فایل تصویر به تنهایی قرارداد قابل اتکایی برای قانون بازی نیست. در سناریوی افزودن یک بستهٔ تازه، ابتدا باید جای هر روی کارت و پشت کارت روشن باشد، سپس تعریف فروشگاه به آن اشاره کنه. پنجاه‌وسه جایگاه شامل جوکر هست، اما این عدد دربارهٔ تصویرهای آماده چیزی نمی‌گوید. ممکنه ساختار کامل باشد و یک Sprite هنوز تنظیم نشده باشد؛ چنین وضعیتی مخصوصاً هنگام رفتن از حکم به جوکر دیده می‌شود.
حفظ ارجاع‌های موجود در EnsureStandardSlots برای ویرایش محتوای نیمه‌کامل مفید هست، چون ساخت جایگاه‌های گم‌شده نباید کار تنظیم‌شدهٔ قبلی را پاک کنه. با این حال این ابزار جای بازبینی بستهٔ هنری را نمی‌گیرد. سناریوی بررسی شامل کارت معمولی با خال و رتبه مشخص، پشت کارت حریف و جوکر هست تا تنها مشاهدهٔ یک تصویر نمونه کافی تلقی نشود. جدایی قیمت و تصویر فروشگاهی از دادهٔ روی کارت نیز اجازه می‌دهد پیشنهاد فروشگاه تغییر کنه بدون اینکه هویت کارت بازی عوض بشه. این ساختار یک مسیر داده برای توسعهٔ محتواست، نه تضمین کامل بودن هر بسته یا اندازهٔ مناسب تصویر در همهٔ چیدمان‌ها.
بررسی پشت کارت به اندازهٔ روی آن مهم هست، چون کارت پنهان حریف هم بخشی از انتخاب ظاهری بازیکن هست. اگر فقط روی کارت‌های دست خودم عوض بشه، وعدهٔ یک بستهٔ یکپارچه ناقص می‌ماند. این موضوع را در مصرف‌کنندگان بصری پیگیری می‌کنم، نه در منطق رتبه‌ها. مرز مشترک میان پوست و قانون همین هست: ظاهر انتخاب‌شده باید گسترده اعمال بشه و معنی کارت ثابت بماند.
چیزی که از این مرحله یاد گرفتم
برای من، افزودن محتوای تازه باید بیشتر کار داده باشد. یک اسکین جدید می‌تواند وارد فروشگاه و انتخاب بشه، بدون اینکه شرط تازه‌ای برای نام آن در قانون حکم یا جوکر اضافه کنم.
مثال عملی اسکین کارت
یک روش کاربردی برای بررسی اسکین کارت این است که به جای چند تغییر هم‌زمان، تنها یک مسیر کوتاه بسازی. بازیکن اسکین را در منو عوض می‌کند و با همان کارت‌های منطقی وارد مسابقه می‌شود. سپس وضعیت قبل و بعد را کنار هم قرار بده. چه بخشی از داده تغییر کرده و کدام بخش فقط ظاهر تازه‌ای پیدا کرده است؟ پاسخ باید از همان تعریف موضوع بیاید. این موقعیت یک مثال آموزشی است و آمار واقعی محصول یا وعدهٔ قابلیت جدید محسوب نمی‌شود.
خطای رایج و علت آن
رنگ یا تصویر تازه ممکن است تشخیص خال و رتبه را روی صفحهٔ کوچک دشوار کند. این خطا معمولاً وقتی پنهان می‌ماند که فقط مسیر موفق و ظاهر نهایی را ببینیم. برای پیدا کردن علت، آخرین وضعیت درست را از نخستین وضعیت نادرست جدا کن و ببین تغییر دقیقاً در کدام مرز رخ داده است. اسکین ظاهر را تغییر می‌دهد و نباید قانون یا تعداد کارت را تغییر دهد. اگر این تفاوت در قرارداد مشخص نباشد، اصلاح یک نشانه ممکن است همان مسئله را در بخش دیگری دوباره ایجاد کند.
چطور نتیجه را بررسی کنیم؟
مقایسهٔ کارت، خوانایی و ذخیرهٔ انتخاب باید پس از تغییر اسکین درست بمانند. اجرای یک‌باره برای نتیجه‌گیری کافی نیست؛ یک بار مسیر معمول و بار دیگر همان موقعیت را با ورودی مرزی یا تکرار اقدام بررسی کن. اگر نتیجه فرق دارد، ورودی و شرایط اجرا را همراه خروجی نگه دار تا مقایسه قابل بازسازی باشد. جدول زیر خلاصهٔ مشخصات همین سناریو است و برای ثبت نتیجهٔ بررسی به کار می‌آید.
| بخش بررسی | آنچه باید ثبت شود |
|---|---|
| موقعیت آزمایشی | بازیکن اسکین را در منو عوض می‌کند و با همان کارت‌های منطقی وارد مسابقه می‌شود. |
| ریسک اصلی | رنگ یا تصویر تازه ممکن است تشخیص خال و رتبه را روی صفحهٔ کوچک دشوار کند. |
| روش بررسی | مقایسهٔ کارت، خوانایی و ذخیرهٔ انتخاب باید پس از تغییر اسکین درست بمانند. |
| مرز نتیجه‌گیری | اسکین ظاهر را تغییر می‌دهد و نباید قانون یا تعداد کارت را تغییر دهد. |
پرسش‌های کاربردی دربارهٔ اسکین کارت
از کجا شروع کنم؟
از همان موقعیت محدود این مطلب شروع کن: بازیکن اسکین را در منو عوض می‌کند و با همان کارت‌های منطقی وارد مسابقه می‌شود. ابتدا نتیجهٔ مورد انتظار را مشخص کن و بعد سراغ پیاده‌سازی یا ابزار برو. وقتی مسیر پایه قابل توضیح و بررسی شد، می‌توان حالت‌های بیشتری اضافه کرد. ساخت همهٔ حالت‌ها از ابتدا، فهم علت خطا را سخت‌تر می‌کند.
چه زمانی می‌توانم بگویم این بخش درست کار می‌کند؟
زمانی که رفتار در موقعیت تعریف‌شده با قرارداد سازگار باشد و محدودیت‌های آن روشن بمانند. مقایسهٔ کارت، خوانایی و ذخیرهٔ انتخاب باید پس از تغییر اسکین درست بمانند. موفقیت در این آزمون دربارهٔ همان سناریو شاهد می‌دهد؛ از آن نمی‌توان بدون بررسی دربارهٔ همهٔ دستگاه‌ها، همهٔ قوانین محلی یا همهٔ حجم‌های داده نتیجه گرفت. اسکین ظاهر را تغییر می‌دهد و نباید قانون یا تعداد کارت را تغییر دهد.
برای ادامهٔ همین موضوع، هستهٔ مشترک دلو؛ یک میز برای چند بازی و بازی دلو را ببین. زمینهٔ ساخت این پروژه‌ها و معرفی سازنده در صفحهٔ کیان پاک نعمت آمده است.
