Comments 11
с различных устройств, заплатив за него один раз
извините, но мне как разработчику такой case не выгоден.
Это только ваш выбор, вам никто не мешает в сторе при публикации не делать ваше приложение универсальным и пользователи вас будут прокленать что им приходится одно и тоже приложение покупать два раза
на телефоне один набор функций, на планшете эти же функции + новые + другой UI, спроектировать который стоит средств. Я должен из собственного кармана оплачивать дополнительные расходы?
Это так же как и на Google Play и AppStore.
Вам никто не мешает делать их в сторе как два разных приложения, как это например делают с играми для планшетов добавляя HD.
Вам никто не мешает делать их в сторе как два разных приложения, как это например делают с играми для планшетов добавляя HD.
как правило только игры «универсальные», другой софт — 2 версии.
Это правило работает вне зависимости от того игра это или «другой софт». Некоторые разработчики делают раздельно, а кто-то делает универсально.
Я тоже считаю, что универсальность намного лучше. Конечно, на разработку универсального приложения надо больше времени и ресурсов, но ничего плохого в этом я не вижу.
Разработчику охотнее приносят деньги довольные пользователи, а не раздражённые.
Я тоже считаю, что универсальность намного лучше. Конечно, на разработку универсального приложения надо больше времени и ресурсов, но ничего плохого в этом я не вижу.
Разработчику охотнее приносят деньги довольные пользователи, а не раздражённые.
В Android и iOS у вас один API, который работает и там и там одинаково. Насколько я понимаю, там реально только UI нужно подкрутить.
В Windows Phone 8.1 и Windows 8.1 — это две разные платформы. Microsoft все пытается всем (пользователям) говорить как они одинаковы, но если попытаешься написать приложение более сложное, чем в Microsoft примерах — то вешайся, никаких Universal Applications написать не получится. Вот и получается, что разработчики попадают под такой гнев — пользователи требуют приложения, говорят, что Microsoft сказал, что Universal приложения — это выход и разработчикам всего лишь нужно его скомпилировать под другую платформу. А я после исследования API понял, что мне минимум месяц (именно 40 часов в неделю или больше) нужно будет сидеть, чтобы переписать его так, чтобы только все функции работали, а потом еще работать над UI.
Поэтому я пользователя olegi очень понимаю.
В Windows Phone 8.1 и Windows 8.1 — это две разные платформы. Microsoft все пытается всем (пользователям) говорить как они одинаковы, но если попытаешься написать приложение более сложное, чем в Microsoft примерах — то вешайся, никаких Universal Applications написать не получится. Вот и получается, что разработчики попадают под такой гнев — пользователи требуют приложения, говорят, что Microsoft сказал, что Universal приложения — это выход и разработчикам всего лишь нужно его скомпилировать под другую платформу. А я после исследования API понял, что мне минимум месяц (именно 40 часов в неделю или больше) нужно будет сидеть, чтобы переписать его так, чтобы только все функции работали, а потом еще работать над UI.
Поэтому я пользователя olegi очень понимаю.
Если существующее Silverlight WP приложение портировать на WP 8,1 RT(XAML) это действительно боль.
Но если например сейчас начинать писать с нуля приложение тогда имеет смысл использовать именно Universal App (Win 8.1/WP 8.1 RT). Там по API оно совместимо в основном. Есть не так много отличий например в работе с мызукой в фоне или открытием OpenFilePicker\Broker (кстати с ним решается очень просто).
По UI конечно придется делать разный, но ведь и для iOS (iphone, ipad), Android тоже придется делать два разных UI.
Я пробовал использовать одну View и для W8.1 и WP8.1 в сложных сценариях нужен абсолютно разный подход к построению. Но какие-то не сложные экраны (например у меня это бы LoginView можно размешать в UniversalApp Shared project), а в сложных местах например выносить в разные UserControl. Т.е. в Shared лежит например HomePage и на ней UserListControl, а вот уже UserListControl будет размещаться в Win 8.1 или WP 8,1
Но если например сейчас начинать писать с нуля приложение тогда имеет смысл использовать именно Universal App (Win 8.1/WP 8.1 RT). Там по API оно совместимо в основном. Есть не так много отличий например в работе с мызукой в фоне или открытием OpenFilePicker\Broker (кстати с ним решается очень просто).
По UI конечно придется делать разный, но ведь и для iOS (iphone, ipad), Android тоже придется делать два разных UI.
Я пробовал использовать одну View и для W8.1 и WP8.1 в сложных сценариях нужен абсолютно разный подход к построению. Но какие-то не сложные экраны (например у меня это бы LoginView можно размешать в UniversalApp Shared project), а в сложных местах например выносить в разные UserControl. Т.е. в Shared лежит например HomePage и на ней UserListControl, а вот уже UserListControl будет размещаться в Win 8.1 или WP 8,1
Не очень понял, что вы хотели сказать своим комметарием. Вы подтверждаете мои слова или нет.
Как я сказал — я посмотрел на Universal Apps, именно столкнулся с проигрыванием музыки в Background. Проблема не в том даже, что мне нужно будет переписывать приложение, а поддерживать два разных приложения с разными архитектурами, потому что разные API для Background Tasks. Поэтому я и понимаю olegi, что Microsoft слишком рано назвал эти самые приложения Universal, пользователю уже ждут, а разработчики не могут так вот просто, да еще и бесплатно.
Как я сказал — я посмотрел на Universal Apps, именно столкнулся с проигрыванием музыки в Background. Проблема не в том даже, что мне нужно будет переписывать приложение, а поддерживать два разных приложения с разными архитектурами, потому что разные API для Background Tasks. Поэтому я и понимаю olegi, что Microsoft слишком рано назвал эти самые приложения Universal, пользователю уже ждут, а разработчики не могут так вот просто, да еще и бесплатно.
Sign up to leave a comment.
Превращаем Windows Store приложение в универсальное