Lviv MD Day 2015 Павло Сердюк "Розробка і паблішинг для різних мобільних платформ"

1. Розробка і паблішинг для різних
мобільних платформ: нюанси і
проблеми
Сердюк Павло. Mobile-developer,
Team Lead з 5-річним досвідом

2. Перше знайомство
• Перший мобільний застосунок на платформі WinPhone (2010 р.)
• Досвід перед тим : .Net Web, backend, desktop

3. Homecare mobile
• Переведення десктопного аплікейшену на
мобільну платформу
• Проект перед тим йшов 11 років (11, Карл!)
• Перший етап – підготовка прототипу (6 міс)
• Наступний етап – реалізація решти
функціоналу (багато місяців  )

4. Проблеми з оптимізацією
• OnPropertyChanged 
• Свої базові ViewModel, власні компоненти, купа сторінок
• Економилось буквально на всьому ….

5. Перекомпіляція базових компонент
• Потрібне те саме, тільки з “перламутровими гудзиками” –
вимога замовника
• Антипаттерн Adam object в дії – це повний капець для
тестерів

6. Інші проблеми
• Light / Black mode
• Проблеми з локальним кешем
– Офлайн режим – це біль кожного мобайл дева
– Складна логіка вирішення конфліктів даних
– Синхронізація 200 працівників починається о
9.00
• Поява нової версії – Windows phone 7.5
(нові розширення екрану)

7. Кінець проекту
• Акції компанії пішли вниз
• Але до завершення апплікейшена було ще
далеко

8. Висновок 1. Мобільні застосунки
повинні бути невеликими
• Користувач мобільних девайсів
хоче “швидко отримати бажане”
(див. рис.)
• Enterprise app рідко коли
“вистрілює” на мобільних
платформах, бо самі платформи
часто не розраховані на великі
аплікейшени
• Тому мобільні проекти ідеально
підходять людям, які довго не
можуть бути на одному проекті

9. Стартап
• “Еко” гра
• Реалізація
– Кілька рівнів
• Accelerator для
керування
• Складна логіка

10. Паблішинг
• Паблішинг за допомогою “Dev rain solutions”
(довго шукали, хто б це міг зробити)
– Ліба для статистики
• Рекомендували in app-purshase
– Ми реалізували фрішну і повну платну версію
• Завертали з маркету
– Найбільше завертали фрішну версію
– Кнопка “Back”
– Музика (якщо вже користувач запустив якийсь
плейер)
– Маніфест (категорія – 7 та 8 версія відрізнялись)

11. А були такі мрії …
• Неправильно обрана платформа
• Неправильно обраний жанр
• Занадто велика складність

12. Висновок 2. Перейти на Android та
IoS
• Складно починати спочатку, але з Windows
Phone не склалось

13. IoS SMS confirmation
• На App store не могли зробити перевірку
надсилання SMS
• Були підключені локальні сервіси для
посилання – але для Америки то, звісно, не
спрацювало (((
• Перевірка локалізації визначила оператора,
але тоді потрібно розширювати вимоги
аплікейшена
• У програмі існувала перевірка на локалізацію
по місту – довелесь вносити гидкий хардкод (

14. Перехід на Android
• Вічне клієнтське – а потім ми хочем те саме, але під IoS
• Досвідчені замовники хотіли 2 нативних продукта, хоча
більшість розривалась між бажанням економії та якості
• Основна проблема з Андроїд – клієнти мають малий
бюджет
• Основна проблема з IoS – сеніорів під IoS дуже важко
знайти

15. HR найшла IoS Сеніора

16. Xamarin
• Android має обрізану Java, Xamarin ще
більше її ріже
• XForms – поки-що досить недозріла
технологія
• MVVM Cross – ліпше, але хотілось би
більшого
• Погана підтримка

17. Xamarin. Мультиплатформенність
• Intellisense не працює
• Design mode не працює
• Xamarin Studio – глючна тулза
MVVM Cross теж не ідеальний
• Intent не працює (
• Resource
Можливості трохи не ті (

18. Плюси
• Написання коду на C#
• Частину коду можна таки викорисати на
кілька платформ
– Не рекомедується при складному UI
• Хороші інструменти:
– Xamarin Android Player
– Xamarin.UITest + Xamarin Test Cloud
– Sketches

19. Дякую !