Розробка першого додатка для windows phone публікація додатків в marketplace

Для розробки під Windows вам знадобитися наступне ПО:

Пробна версія Windows 10

Спробуйте нову версію ОС.

Visual Studio - це інтегроване середовище розробки з широкими можливостями для створення приголомшливих додатків для Windows, Android і iOS, а також сучасних веб-додатків і хмарних служб.

Microsoft .NET Framework 4.6

Пакет многоплатформенного націлювання .NET Framework 4.6 дозволяє розробникам створювати додатки для .NET Framework 4.6, використовуючи Visual Studio або сторонні IDE.

1.1 Перевіряйте на «живому» залозі

Також бажано перевіряти додатки на нових бюджетних пристроях з 256 МБ пам'яті на зразок Nokia Lumia 610. Так як на поточний момент він ще не в продажу, бажано хоча б перевірити додаток на емуляторі з 256 МБ, який йде в комплекті поновлення інструментів WP7 SDK 7.1.1 .

Друга не менш важлива причина полягає в виявленні проблем взаємодії з інтерфейсом вашого застосування. Особливо важливо перевіряти додаток на живому пристрої, якщо ви розробляєте власні елементи управління або пишете гри.

Приклад з життя:
Після розробки трипозиційного чекбокса, з яким можна було цілком успішно працювати мишкою, виявилося, що неймовірно важко потрапити в нього подушками пальців. В іншій реал-тайм стратегічної іграшці по нашій логіці клік на юніте виділяв його, а натискання і проведення маршруту давало команду на переміщених / атаку по промальовані маршруту. При тестуванні на живому пристрої виявилося, що практично неможливо виділити юніт, натомість юніт переміщався на кілька пікселів, так як при натисканні пальцем обробник показував стан немов натиснули в певній точці і злегка протягли.

2. Перевіряйте ваш додаток за допомогою Marketplace Test Kit

Ще одна наполеглива рекомендація перевіряти ваші програми за допомогою Marketplace Test Kit. Цей чудовий інструмент поставляється разом із засобами розробки, і запустити його досить просто - з контекстного меню при натисканні правою кнопкою миші по проекту вибрати пункт Open Marketplace Test Kit

Також треба враховувати, що успішне проходження всіх тестів абсолютно не гарантує того, що ваш додаток пройде сертифікацію, хоча шанси пройти сертифікацію успішно значно підвищуються.

У Test Kit'е ми можемо побачити чотири вкладки: Application Details, Automated Test, Monitored Test, Manual Tests:

2.1. Application Details

Перша вкладка Application Details потрібна для того, щоб можна було переконатися в тому, що ви підготували всі необхідні іконки і скріншоти.

Також обов'язково треба вказати мінімум один скріншот. Максимально просто скріншот необхідного розміру (480 х 800) можна зробити за допомогою емулятора.

Досить часто задається питання - як прибрати цифирьки зліва на емуляторі. Ці числа є налагоджувальними і щоб вони не виводилися, досить запустити додаток на емуляторі без налагодження (наприклад, комбінацією Ctrl + F5 зі студії). Також можна ще залити xap-файл за допомогою утиліти Application Deployment, що поставляється з інструментами розробника.

2.2. Automated Test

Автоматизованих тестів дуже мало, вони перевіряють, розмір xap-файлу, вказівка ​​в маніфесті використовуваних функцій, іконки (зазначені в розділі Application Details) і скріншоти.

Розмір xap-файлу має бути менше 225 МБ. Також треба враховувати, що якщо розмір буде більше 20 МБ, то він буде доступний для скачування лише через WiFi.

2.3. Monitored Test

Ці тести «моніторять» роботу вашого застосування. Вони працюють тільки з фізичним пристроєм і вимагають реліз-компіляції.

Додаток стежить за часом запуску, споживанням пам'яті, крахом додатки (додаток не повинен закриватися несподівано з-за помилки) і використанням кнопки Back.

Також треба враховувати, що якщо ці тести «не побачать» проблем з вашим додатком, це ще не означає що їх немає, тому при перевірці бажано по максимуму «навантажувати» додаток. Наприклад, якщо у вас є які-небудь списки, то бажано заповнити їх якомога більшою кількістю елементів (кількість залежить від особливостей вашого застосування, але зазвичай вистачає 50-100 елементів, щоб переконатися, є проблеми чи ні). Відповідно, також по максимуму треба заповнювати кожен з елементів - наприклад, якщо в елементах відображаються картинки, то бажано заповнити його різноманітними картинками.

2.4. Manual Test

Тут ви можете побачити список з 50 пунктів, за якими можна перевірити на відповідність вашу програму. Для кожного з тестів ви самі проставляєте результат тесту

Можливо, ви витратите півдня-день на проходження всіх цих тестів, але це може заощадити вам тижні.

3. Публікація додатка
3.1. Завантаження

Після того, як виберемо submit a new app, запускається майстер завантажити програму.

Зазначене ім'я буде видно тільки в особистому кабінеті і не впливає на назву програми в маркетплейсе.

Публікація в Private Beta Test дозволить вам поширювати додаток в закритому доступі тестувальникам (або, на ваш розсуд, колегам, друзям і родичам :)

3.2. Опис програми.

Один з поширених запитань стосується заповнення опису. Зокрема, як поміняти / додати мови.

Ви не можете поміняти в деталях мову. Мова автоматично визначається з XAP-файлу.

Якщо ви хочете просто поміняти основна мова вашого застосування, це можна зробити прямо в студії у властивостях проекту вкладка Application в Assembly information і меню, що випадає Neutral Language.

Альтернативним варіантом є редагування файлу AssemblyInfo.cs, де треба вказати потрібну мову

Тепер, якщо ми перезаліт файл, то можемо побачити, що замість English у нас з'явився розділ Russian.

У більшості випадків потрібна підтримка декількох мов. В такому випадку у вас повинен бути один основний мову і мови що підтримують.

Сам процес локалізації абсолютно ідентичний процесу локалізації звичайних .NET десктоп- і веб- додатків.

Наприклад, якщо у нас основна мова англійська, і ми хочемо додати підтримку російської мови, ми додаємо відповідні ресурси

і локалізований мовної ресурс для російської мови:

Щоб в маркетплейсе з'явилися одночасно всі мовні розділи, в нашому додатку обов'язково повинен бути хоча б один ресурс локалізації для підтримуваного мови.

Другим кроком нам потрібно відредагувати файл проекту нашого застосування [myprojectname] .csproj

для декількох мов через роздільник ";"

При цьому основна мова вказувати не обов'язково.

Після цього ми можемо бачити і заповнювати інформацію для всіх підтримуваних мов:

Далі на цій сторінці заповнюємо опис додатка, ключові пошукові слова і вказуємо відповідні іконки і скріншоти програми.

3.3 Бета-тест


Третій крок залежить від того, що ви вибрали - бета-тест або публічний доступ.

У разі якщо ви вибрали бета-публікацію, ви побачите форму з пропозицією вказати LiveId тестерів:

Тут теж все досить просто: після того, як натиснете Submit і протягом пари годин отримаєте посилання для скачування програми.

3.3. Вартість програми (Public Marketplace)

3.4. Тест (Public Marketplace)

Офіційно потрібно близько 5 днів на сертифікацію додатки, проте у мене йшло на неї від 4 до 8 днів.

Після завершення сертифікації ви отримаєте лист зі статусом проходження сертифікації. У разі невдачі ви отримаєте детальний звіт з інформацією про те, що саме завадило пройти сертифікацію.

У мене було кілька випадків, коли додаток помилково було відхилено. Подальше повторення запуску сертифікації з докладним описом, чому я не згоден з результатом, призводило до того, що додаток проходило сертифікацію. Так що не соромтеся писати тестровщікам про особливості вашої програми - це теж допоможе заощадити час.

Схожі статті