От Free/Pro до In-App Purchase

Question

У меня есть приложение, опубликованное в магазине Windows Phone более двух лет. Поэтому я начал разработку этого приложения на Windows Phone 7 раз, когда не было доступной покупки In-App. Лучшая практика тогда состояла в том, чтобы фактически опубликовать два отдельных приложения, одну бесплатную версию (большую часть времени показ рекламы) и приложение Pro с какой-то пробной функциональностью.

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

• (Pre-Build) Скопировать WMAppManifest файл для Free/Pro (с исправленным названием продукта, идентификатор GUID, ...) в папку Свойства проекта
• Построить приложение
• (Post-Build) Переименуйте пакет приложения к приложению-имя. {бесплатно/про} .xap
• (Post-Build) Скопируйте пакет XAP в отдельную папку

As In-App покупка длится так долго, и одновременное сохранение двух разных приложений - это время-c onsuming (хотя это 100% -ный код с некоторыми условиями free/trial/pro), я хотел бы перейти только к одному приложению в свободном магазине и содержать покупку In-App, чтобы включить Pro-функции.

Теперь мои вопросы:

• Как вы думаете, это лучший способ сделать это. Есть ли какая-то лучшая практика, которую я не нашел?
• Одна из проблем, которые возникают у меня, заключается в том, что мои хорошие отзывы для про-приложения будут фактически потеряны, поскольку я не могу их явно переместить в бесплатное приложение, которое затем будет иметь пакет Pro для покупки в приложении. Любые лучшие практики в этом?
• В качестве альтернативы, есть ли хороший способ создать два пакета приложений xap без копирования WMAppManifest все время?

Answer 1

Трудно ответить на ваш вопрос - но здесь идет какой-то ресурс - мой друг, однажды давший мне ссылку на очень приятное исследование, проведенное Уэсли Де Болстером, described on his blog.

Он описал метод, позволяющий дифференцировать старых оплаченных пользователей новых пользователей - основная идея заключается в том, что вы получите рецепт с CurrentApp.GetAppReceiptAsync() и retrive даты покупки от нее. После этого вы можете сравнить дату новой версии приложения с той, которая получена из рецепта. Тогда вы можете позволить старым пользователям использовать некоторые функции, не покупая IAP. Я не тестировал эту процедуру, но, похоже, это хорошая идея.

Возвращаясь к вашему вопросу, вот что я хотел бы сделать:

• внимание на Pro приложения - есть пользователи, которые заплатили за приложение, так что не разочаровать их
• сделать Pro приложения бесплатно один с IAP-х
• реализовать метод Уэсли, чтобы позволить старым пользователям использовать функции, не платя еще раз
• предоставить некоторую информацию в старом бесплатного приложения, которое есть новый один с новыми функциями, которые будут разработаны Фюртом э.Вы также можете предоставить некоторые методы, используя RoamingSettings для обмена некоторой информацией между приложениями.