Умный и эффективный способ реализации в покупках приложений?

Question

Я провел несколько дней, исследуя, глядя и пытаясь реализовать различные приложения в приложениях в приложении iOs. Однако, несмотря на то, что в этом вопросе есть довольно хорошие блоги, я до сих пор не смог выполнить свою миссию на 100 процентов. Во-первых, позвольте мне рассказать мне, что я пытался сделать:

Во-первых, я хотел бы реализовать хранилище расходных материалов в моей спринтерной сцене (я использую цель c). Затем, с этими расходными материалами, пользователь может покупать вещи, такие как новые уровни, новые персонажи и т. Д. Короче говоря - очень типичный способ покупки приложений. Тем не менее, я делаю свое приложение так, что оно доступно на iPhone 4s, 5/5s, 6/6plus и iPad. Для всех изображений, которые появляются, когда пользователь сначала загружает приложение, я использую атлас атласа и добавляю имя правой папки, которое заканчивается в зависимости от высоты экрана. Тем не менее, я хочу сохранить размер моего приложения ниже 50 МБ, поэтому я не могу добавить много файлов в текстурный атлас.

Теперь я исследовал выделение по вопросу, описанному выше, и поскольку это довольно типично в ситуации покупки приложений, я думал, что эта тема принесет пользу не мне. Так вот что я узнал до сих пор:

1) идентификаторами нагрузки продукта 2) Запрос продукта 3) Показать продукты 4) оплата Issue запрос сделка 5) Процесс приводит 6) Разблокировка/обновить содержание 7) Завершить сделку

Я нашел достаточно информации, чтобы я мог обновлять свои расходные материалы, которые могут быть собраны, сумма путем статической загрузки отступов продукта. Вопросы, которые у меня остались, следующие:

1. Создание файла .plist для моих продуктов. У меня нет опыта в этом. Я знаю, что я должен создавать их на сервере, поэтому для моего приложения требуется меньше места. Но как, какой сервер я должен выбрать, после того, как у меня есть сервер, что следует?
2. Допустим, мне удалось добавить покупку расходных материалов. Я могу использовать эти расходные материалы для покупки лишних вещей. Как сохранить этот дополнительный материал на сервере, как его загрузить после нажатия кнопки «Купить» и как его активировать в моей игре с комплектом спрайтов?
3. Я все еще что-то пропустил?
4. Есть ли отсутствующий текстурный атлас для всех устройств, но для загрузки нужен только один пользователь, когда он сначала открывает игру?

Это проблемы, с которыми я столкнулся сейчас, и я уверен, что после меня будет много, отчаянно пытаясь установить в игровом магазине и тратить часы и дни на то пошло. Было бы неплохо иметь хорошую практическую ссылку на IAP на обширную широту интернета, поэтому я также надеюсь, что этот вопрос получит не только ответы, но и комментарии и предложения по каждому из шагов, описанных выше.

LP

Answer 1

С моим опытом по созданию мобильных iPhone POS приложения,

Я могу предложить вам следующие:

Примечание: Это не опыт, полученный от реализации SpritKit игры !:-)

1. Если вы хотите, чтобы сервер для хранения деталей относительно друг расходным, что делает вас способным настройки или добавления новых расходных материалов через веб фоновым к игре, то просто реализовать веб-API и интегрировать его в свою игру.

2. Как вы сказали, вы должны иметь возможность отображать набор расходных материалов, загружать список расходных материалов (через этот веб-API, который вы создали), в виде файла JSON, который содержит сведения о каждом потребляемом, например, имя расходного материала, срок действия после покупки, сколько это и путь изображения на сервере для его загрузки (если вы хотите показать изображение для каждого расходного материала) и т. д. Затем, используя эту информацию в этом файле JSON, вы можете реализовать сеанс синхронизации приложений, когда есть какие-либо новые расходные материалы (обновление доступно), затем загрузите все необходимые изображения (в полном размере или миниатюры или по вашему желанию).

В POS-приложение, что я сделал это следующим образом:

Перед выходом на главный экран, я прошу от сервера список продуктов. в котором есть следующая информация о каждом продукте, названии продукта, описании, цене, коде, SKU и полном изображении, миниатюрном изображении. Поэтому сначала на экране «Синхронизация» перед Домашним экраном, на первом запуске приложения, он получает список сведений о продукте и хранит их в локальной базе данных SQLite приложения, а затем переходит к главному экрану! Там, в приложении, проверяется, есть ли какие-либо обновления на экране синхронизации, а затем возвращается домой, как указано выше.

Однако я показываю продукты на виде таблицы и с предварительно загруженными изображениями миниатюр. И всякий раз, когда использование нажимает на эту строку продукта, оно переходит к представлению «Детали», и в это время, используя полное имя или путь изображения, я загружаю его и сохраняю. Я проверяю каждый раз перед загрузкой этих изображений, если я скачал их раньше!

Надеюсь, что эти два предложения и информация будут вам полезны.

FYI:

• Easy Web API интеграции с использованием AFNetworking. И GitHub link.
• Quick JSON Tutorial
• И следующее - другое звено, которое я прочитал в LinkedIn относительно In-App Purchasing.