تحویل خریدهای مصرفی
تحویل یکتای مصرفی با handler اندروید یا sync و confirm دستی، commit موجودی و تفاوت iOS و وب.
SDK تأیید خرید و مسیر تحویل را مدیریت میکند، اما موجودی اپ شما را نمیداند. DELIVERY_REQUIRED به معنی انتظار برای تحویل است، نه اضافهشدن سکه/اعتبار به حساب.
قرارداد grant ماندگار
در یک تراکنش پایگاه داده میزبان، موجودی و کلید یکتای تحویل را با هم commit کنید. کلید باید به app، مشتری اصلی، source و deliveryId وابسته باشد. تکرار همان delivery باید بدون افزودن مجدد موفق شود. فلگ حافظه یا ثبت جداگانه در preferences این ضمانت را ایجاد نمیکند. مقدار اعتبار را از کاتالوگ معتبر خودتان تعیین کنید؛ SDK مقدار آن را حدس نمیزند.
در مثالها grantOnce تابع متعلق به اپ شما است و باید همین تراکنش را پیاده کند. هویت مالک را داخل تراکنش کنترل کنید و هنگام تغییر حساب، کارهای ناهمزمان تحویل را متوقف/هماهنگ کنید.
Android: handler خودکار
آن را پیش از configure ثبت کنید:
پس از commit فقط delivered/DELIVERED برگردانید؛ SDK خودش acknowledge و ادامه مصرف/گزارش را انجام میدهد. داخل handler confirmDelivery را صدا نزنید. خطا، نبود handler یا retryLater کار را pending نگه میدارد. ثبت Kotlin یک registration قابل close دارد؛ فلاتر برای حذف handler مقدار null میگیرد.
مسیر دستی روی iOS Direct یا Android بدون handler
این flow فقط وقتی مالک موازی handler ندارید استفاده شود. stillSameCustomer کمک میزبان است و جای کنترل owner داخل تراکنش inventory را نمیگیرد. روی Kotlin همان الگو با client.syncPendingConsumables() و client.confirmDelivery(deliveryId) اجرا میشود؛ ID از نوع Long است.
شکست confirm نباید grant قبلی را حذف یا تکرار کند. SDK checkpointها را نگه میدارد؛ مصرف native فقط برای مصرفی است و نباید اشتراک/غیرمصرفی را consume کنید.
JavaScript مستقیم
handler ثبتشده باید نتیجه صریح DeliveryResult.DELIVERED بدهد. بدون handler، syncPendingConsumables() خلاصه و pendingDeliveries میدهد؛ ابتدا grant ماندگار، سپس client.confirmDelivery(id). registration تابع unregister میدهد. مسیر قدیمی inline handler برای سازگاری وجود دارد، اما در کد جدید الگوی صریح بالا را انتخاب کنید.
محدودیت پلتفرم
iOS handler بومی ندارد و مسیر دستی Direct را دارد. پل Flutter Web 0.2.1 متدهای native handler/sync/confirm را ارائه نمیکند؛ داشتن این قابلیت در JS مستقیم، پشتیبانی facade فلاتر نیست. برای دورزدن آن client JS دوم نسازید. از جدول پلتفرمها استفاده کنید.
آزمون ضروری
تحویل تکراری، قطع اپ پس از commit و پیش از confirm، شکست confirm، restart و تغییر حساب را آزمایش کنید. در همه این حالتها هر delivery حداکثر یک grant موجودی داشته باشد و تأیید پیش از commit رخ ندهد.