Архитектура системы крафтинга для мобильной игры

Архитектура системы крафтинга для мобильной игры

Проектируем систему крафтинга с нуля. Типичные ошибки: хранить рецепты в коде, доверять клиентской валидации, игнорировать офлайн-прогрессию. За долгие годы мы реализовали крафтинг для игр с совокупной аудиторией более 10 млн установок. Делимся архитектурными решениями, которые экономят до 40% времени при интеграции.

Система крафтинга — механика комбинирования ресурсов для получения предметов. В мобильных играх она варьируется от простой (5 камней → 1 алмаз) до сложной (цепочка из 10 рецептов с разными станциями и вероятностями). От правильной схемы данных зависит производительность и защита от взлома. Например, в RPG с 50 рецептами и 4 станциями без серверной валидации читерство достигает 90%.

Вместо хранения рецептов в коде выносим их в конфиги — Remote Config или Addressables. Это меняет баланс без обновления приложения: увеличить время крафта редкого меча с 10 до 15 секунд за пару кликов. А серверная валидация снижает риск читерства на 90% для игр с монетизацией. Стоимость разработки системы крафтинга рассчитывается индивидуально, но экономия бюджета за счёт грамотной архитектуры составляет до 30%. Ниже разберём ключевые компоненты на примерах с Unity и PlayFab.

Почему рецепты стоит хранить как данные?

Рецепты удобно хранить как данные, а не как логику. Это позволяет добавлять рецепты без обновления приложения — через Remote Config или Addressables. Используем структуру:

[Serializable] public class CraftingRecipe { public string recipeId; public string resultItemId; public int resultQuantity; public List<Ingredient> ingredients; public float craftingTime; // секунды, 0 = мгновенно public float successRate; // 0.0-1.0, 1.0 = всегда public string requiredStation; // "forge", "alchemy_table", null = везде public int requiredLevel; } [Serializable] public class Ingredient { public string itemId; public int quantity; public bool consumed; // false = инструмент, не расходуется } 

Список рецептов загружается при старте из ScriptableObject или через Addressables.LoadAssetAsync<CraftingDatabase>. Для балансировки без обновления — Remote Config хранит JSON с overrides. Пример: увеличили время крафта меча с 10 до 15 секунд, если баланс сместился.

Реализация проверки ингредиентов и серверной валидации

Проверка двусторонняя: на клиенте для UX (мгновенная ошибка), на сервере для защиты от взлома. Клиентская логика в CraftingManager:

public class CraftingManager : MonoBehaviour { public static CraftingManager Instance { get; private set; } private CraftingDatabase _database; private InventoryManager _inventory; public CraftingResult TryCraft(string recipeId, string stationId = null) { var recipe = _database.GetRecipe(recipeId); if (recipe == null) return CraftingResult.InvalidRecipe; // Проверка станции if (!string.IsNullOrEmpty(recipe.requiredStation) && recipe.requiredStation != stationId) return CraftingResult.WrongStation; // Проверка уровня if (PlayerData.Level < recipe.requiredLevel) return CraftingResult.LevelTooLow; // Проверка наличия ингредиентов foreach (var ingredient in recipe.ingredients) { if (_inventory.GetCount(ingredient.itemId) < ingredient.quantity) return CraftingResult.MissingIngredients; } // Вероятность успеха bool success = Random.value <= recipe.successRate; // Списываем только расходуемые ингредиенты foreach (var ingredient in recipe.ingredients.Where(i => i.consumed)) _inventory.Remove(ingredient.itemId, ingredient.quantity); if (success) _inventory.Add(recipe.resultItemId, recipe.resultQuantity); // Аналитика GameAnalytics.NewDesignEvent($"Crafting:Result:{recipeId}", success ? 1 : 0); return success ? CraftingResult.Success : CraftingResult.Failed; } } 

Для игр с монетизацией обязательна серверная валидация через PlayFab Cloud Script:

// PlayFab Cloud Script handlers.CraftItem = function(args) { var recipeId = args.recipeId; var recipe = getRecipeFromCatalog(recipeId); // Проверяем инвентарь на сервере var inventory = server.GetUserInventory({ PlayFabId: currentPlayerId }); for (var ingredient of recipe.ingredients) { var count = countItem(inventory, ingredient.itemId); if (count < ingredient.quantity) { return { success: false, error: "insufficient_items" }; } } // Списываем и начисляем на сервере for (var ingredient of recipe.ingredients.filter(i => i.consumed)) { server.RevokeInventoryItems({ ... }); } server.GrantItemsToUser({ itemIds: [recipe.resultItemId], ... }); return { success: true, resultItemId: recipe.resultItemId }; }; 

Серверная валидация предотвращает читерство: клиент может взломать, сервер — нет.

Как организовать крафтинг с таймером и офлайн-прогрессию?

Для механики «запустил и вернись через час» используем объект слота:

public class CraftingSlot { public string recipeId; public DateTime completionTime; public bool isComplete => DateTime.UtcNow >= completionTime; } public void StartCrafting(string recipeId, int slotIndex) { var recipe = _database.GetRecipe(recipeId); _craftingSlots[slotIndex] = new CraftingSlot { recipeId = recipeId, completionTime = DateTime.UtcNow.AddSeconds(recipe.craftingTime) }; // Сохраняем в PlayerPrefs или Cloud Save SaveCraftingState(); // Планируем локальный пуш NotificationManager.ScheduleLocal( $"Крафтинг завершён: {recipe.resultItemId}", recipe.craftingTime ); } 

Состояние слотов нужно персистить. При повторном входе DateTime.UtcNow сравнивается с completionTime: если прошло — крафт завершён. Так таймер работает в офлайне.

Типы крафта

Категория крафта выбирается под жанр. Для RPG подходят многоуровневые и таймерные, для казуальных — мгновенные и вероятностные.

Этапы разработки системы крафтинга

1. Анализ — определяем механики, строим прототип.
2. Проектирование данных — рецепты, инвентарь, слоты, серверные правила.
3. Реализация — пишем CraftingManager, валидацию, таймеры, UI.
4. Интеграция сервера — PlayFab Cloud Script для валидации.
5. Тестирование — нагрузка, читерство, офлайн-сценарии.
6. Деплой — публикация с соблюдением Store Review Guidelines.

Содержание разработки системы крафтинга

• Проектирование схемы данных рецептов и инвентаря.
• Реализация CraftingManager с проверками и вероятностями.
• Система крафтинга с таймерами и офлайн-прогрессией.
• Локальные пуш-уведомления о завершении крафта.
• Серверная валидация через PlayFab / GameSparks.
• UI: рецептбук, слоты крафтинга, прогресс-бар.
• Аналитические события для балансировки популярности рецептов.

Сроки разработки

Базовый крафтинг (мгновенный, без таймеров): 3–5 дней. Полная система с таймерами, слотами, серверной валидацией и UI: 1,5–3 недели. Стоимость рассчитывается индивидуально после оценки объёма инвентаря и количества рецептов. Гарантируем стабильную работу и соблюдение Store Review Guidelines.

Наши специалисты имеют 10+ лет опыта в мобильной разработке — учтём нюансы код-сайнинга и сертификатов для публикации. Оценим проект и предложим оптимальное решение. Закажите разработку системы крафтинга — получите надёжную архитектуру. Свяжитесь для консультации.