2016-03-03 3 views
0

У нас есть приложение Meteor, в котором размещено веб-приложение и мобильное приложение. Веб-приложение построено в стандартной метеорной моде (both, client, server и т. Д.). Мобильное приложение включено в пакет. package.js для мобильного приложения загружает только клиентские файлы в контексте web.cordova.Meteor: Hot Code Push Causing App to Crash

У нас возникли проблемы с добавлением новых обновлений в мобильное приложение. Мобильное приложение было создано с использованием метеор, развернуто через Apple Enterprise и прямой загрузкой файла Android *.apk.

Устанавливается без заминки. Однако, когда мы делаем обновления для клиента приложения или кода сервера основного приложения, приложение часто сбой (белый экран) или неправильное использование другими способами.

Есть ли у других проблемы? Включен ли горячий код Meteor для надежного создания встроенного приложения, которое находится в пакете? Нам действительно нужно иметь возможность нажимать обновления нашим пользователям без необходимости повторной загрузки приложения. Мы понимаем, что мы могли бы использовать методы и пакеты, упомянутые here, чтобы смягчить нарушение, вызванное нажатием горячего кода, но не могут определить, будет ли это работать в ситуации, когда мы делаем обновления кода, предназначенного для кордовы, а не клиент.

Наш живой сервер также не включает платформы android и ios из-за ограничений развертывания. Необходимы ли для обновления кордоны необходимые для подключения приложения iOS/Android?

ответ

1

Мы были в той же ситуации, и мы разрабатывали только приложения для iOS с планом поддержки Android. Наш опыт заключался в том, что инструменты кросс-платформенной разработки, особенно Кордова, становились все более и более кошмаром. Это было похоже на то, чтобы вернуться вовремя к тем дням, когда нам приходилось поддерживать несколько браузеров и версий. Я думаю, вы начнете замечать, что все больше и больше кросс-платформенных инструментов заходят разработчиками, и/или они даже передаются от того, кто владеет этим продуктом.

Помимо огромных затрат из-за очень низкой производительности, я разделяю эту ссылку с вами, а не пытаюсь объяснить причины перехода на разработку родных приложений для iOS и собственных приложений для Android, вместо использования каких-либо кросс-платформенных инструментов.

Здесь вы идете: https://news.ycombinator.com/item?id=3851515

+1

небось переезда в родные приложения является решением разного рода, но из области видимости для нас в ближайшем будущем. – Gaurav