مسئله‌ای که باید حل می‌کردم
حرکت پاسور باید نشان بدهد کدوم کارت بازی شد و کدوم کارت‌های زمین جمع شدند. در ادغام کار هم‌تیمی‌ام، ترتیب نمایش برای فهم نتیجه همان‌قدر مهم بود که خود capture.
پیاده‌سازی در نسخهٔ فعلی
PasurCardMotionDirector.Play حرکت کارت دست را اجرا می‌کنه و Collect کارت‌های شناسه‌دار زمین را به مقصد می‌برد. DealTable مرحلهٔ کارت‌های آغاز زمین را جدا از دست‌ها نمایش می‌دهد.
تصمیم و هزینهٔ طراحی
sequenceها با شناسهٔ component و زمان مستقل track می‌شوند. ownedViews و کارت‌های مخفی‌شده نگه داشته می‌شوند تا Cancel بتواند حرکت‌ها را متوقف و نمایش را تمیز کنه.
مرزهای فعلی
ساختار حرکت به motionLayer و view معتبر وابسته هست. داشتن Cancel به‌تنهایی همهٔ restartهای میان انیمیشن و تغییر نسبت صفحه را اثبات نمی‌کنه؛ این‌ها سناریوهای پذیرش جدا هستند.
سناریوهای بررسی و معنای قرارداد
در حرکت پاسور، بازیکن باید رابطهٔ علت و نتیجه را دنبال کنه: کارت از دست آمده، به میز رسیده و مجموعهٔ مشخصی همراه آن جمع شده. اگر جمع قبل از روشن شدن کارت بازی‌شده نمایش داده بشه یا کارت دیگری در مسیر دیده بشه، قانون درست هم قابل فهم نخواهد بود. جدایی Play، Collect و DealTable برای این مراحل زبان مشخصی می‌دهد. شناسایی کارت‌های زمین با شناسه کمک می‌کنه نمایش از روی همان مجموعهٔ پذیرفته‌شده انجام بشه، نه از روی جایگاه‌های موقتی جدول. مقصد جمع نیز باید با بازیکن درست هم‌خوان باشد تا نتیجه در تصویر گم نشود.
لغو حرکت مسئلهٔ مهم دیگری هست. ownedViews و وضعیت کارت‌های پنهان برای جمع کردن ارائه نگه داشته می‌شوند، اما کافی نیست تنها نام Cancel را ببینم و همهٔ توقف‌ها را سالم فرض کنم. قطع حرکت هنگام خروج از صفحه، آغاز دوبارهٔ دور و از بین رفتن لایهٔ حرکت سناریوهای متفاوتی هستند. زمان مستقل از زمان بازی اجازه می‌دهد ارائه با توقف مقیاس زمان رفتار قابل تعریف داشته باشد، ولی تصمیم محصول دربارهٔ توقف هنوز باید روشن باشد. این بخش را در چارچوب کار هم‌تیمی‌ام توضیح می‌دهدم: انیمیشن گزارش تصویری نتیجه هست و قرار نیست با زیباتر شدن مسیر، مسئولیت پذیرش قانون به نمایش منتقل بشه.
کارت‌هایی که برای حرکت موقت پنهان می‌شوند باید پس از پایان یا لغو، وضعیت تعریف‌شده داشته باشند. باقی ماندن کارت نامرئی یک مشکل ارائه هست حتی اگر مجموعهٔ منطقی درست باشد. من این مرز را جدا از محاسبهٔ جمع بررسی می‌کنم. سناریوی لغو هنگام جمع کردن به همین دلیل مهم هست: کیفیت نمایش شامل بازگشت از حالت نیمه‌کاره هست و فقط با مشاهدهٔ پرواز کامل کارت سنجیده نمی‌شود.
چیزی که از این مرحله یاد گرفتم
برای من، انیمیشن خوب باید نتیجهٔ پذیرفته‌شده را توضیح بدهد. یک پرواز زیبا اگر انتخاب زمین را مبهم کنه کمکی نمی‌کنه؛ بازیکن باید ارتباط کارت خودش، ترکیب زمین و مقصد جمع‌آوری را ببیند.
مثال عملی انیمیشن جمع‌کردن پاسور
برای فهم عملی انیمیشن جمع‌کردن پاسور، یک مثال آموزشی را قدم‌به‌قدم دنبال کنیم. بازیکن ترکیب زمین را انتخاب می‌کند و کارت‌ها به محل جمع‌آوری حرکت می‌کنند. پیش از اجرا، وضعیت آغاز را روی کاغذ بنویس؛ مشخص کن چه چیزی می‌تواند تغییر کند و چه چیزی باید ثابت بماند. بعد فقط همین مسیر را اجرا کن. این مثال گزارشی از آمار کاربران یا قابلیت تازهٔ منتشرشدهٔ دلو نیست؛ تمرینی برای روشن کردن تصمیم طراحی همین مطلب است.
خطای رایج و علت آن
حذف فوری تصویر یا پذیرش لمس حین حرکت ممکن است بازیکن را دربارهٔ نتیجه سردرگم کند. این خطا معمولاً وقتی پنهان می‌ماند که فقط مسیر موفق و ظاهر نهایی را ببینیم. برای پیدا کردن علت، آخرین وضعیت درست را از نخستین وضعیت نادرست جدا کن و ببین تغییر دقیقاً در کدام مرز رخ داده است. تصویر باید نتیجهٔ قانون را نمایش دهد، نه اینکه نتیجه از پایان انیمیشن استنباط شود. اگر این تفاوت در قرارداد مشخص نباشد، اصلاح یک نشانه ممکن است همان مسئله را در بخش دیگری دوباره ایجاد کند.
چطور نتیجه را بررسی کنیم؟
حالت انتخاب، تأیید و پایان حرکت باید با وضعیت واقعی کارت‌ها سازگار باشد. اجرای یک‌باره برای نتیجه‌گیری کافی نیست؛ یک بار مسیر معمول و بار دیگر همان موقعیت را با ورودی مرزی یا تکرار اقدام بررسی کن. اگر نتیجه فرق دارد، ورودی و شرایط اجرا را همراه خروجی نگه دار تا مقایسه قابل بازسازی باشد. جدول زیر خلاصهٔ مشخصات همین سناریو است و برای ثبت نتیجهٔ بررسی به کار می‌آید.
| بخش بررسی | آنچه باید ثبت شود |
|---|---|
| موقعیت آزمایشی | بازیکن ترکیب زمین را انتخاب می‌کند و کارت‌ها به محل جمع‌آوری حرکت می‌کنند. |
| ریسک اصلی | حذف فوری تصویر یا پذیرش لمس حین حرکت ممکن است بازیکن را دربارهٔ نتیجه سردرگم کند. |
| روش بررسی | حالت انتخاب، تأیید و پایان حرکت باید با وضعیت واقعی کارت‌ها سازگار باشد. |
| مرز نتیجه‌گیری | تصویر باید نتیجهٔ قانون را نمایش دهد، نه اینکه نتیجه از پایان انیمیشن استنباط شود. |
پرسش‌های کاربردی دربارهٔ انیمیشن جمع‌کردن پاسور
از کجا شروع کنم؟
از همان موقعیت محدود این مطلب شروع کن: بازیکن ترکیب زمین را انتخاب می‌کند و کارت‌ها به محل جمع‌آوری حرکت می‌کنند. ابتدا نتیجهٔ مورد انتظار را مشخص کن و بعد سراغ پیاده‌سازی یا ابزار برو. وقتی مسیر پایه قابل توضیح و بررسی شد، می‌توان حالت‌های بیشتری اضافه کرد. ساخت همهٔ حالت‌ها از ابتدا، فهم علت خطا را سخت‌تر می‌کند.
چه زمانی می‌توانم بگویم این بخش درست کار می‌کند؟
زمانی که رفتار در موقعیت تعریف‌شده با قرارداد سازگار باشد و محدودیت‌های آن روشن بمانند. حالت انتخاب، تأیید و پایان حرکت باید با وضعیت واقعی کارت‌ها سازگار باشد. موفقیت در این آزمون دربارهٔ همان سناریو شاهد می‌دهد؛ از آن نمی‌توان بدون بررسی دربارهٔ همهٔ دستگاه‌ها، همهٔ قوانین محلی یا همهٔ حجم‌های داده نتیجه گرفت. تصویر باید نتیجهٔ قانون را نمایش دهد، نه اینکه نتیجه از پایان انیمیشن استنباط شود.
برای ادامهٔ همین موضوع، هستهٔ مشترک دلو؛ یک میز برای چند بازی و بازی دلو را ببین. زمینهٔ ساخت این پروژه‌ها و معرفی سازنده در صفحهٔ کیان پاک نعمت آمده است.
