Flutter: Code Push / Hot Update / внеполосные обновления

cc @floitschG

также см
https://groups.google.com/forum/#!msg/flutter -dev / YwzItp1pxJo / 7bFGDLvxBAAJ
Я был бы очень взволнован по этому поводу.

Я думаю, что это было бы довольно важно, потому что это может быть одна из единственных отличительных черт react native, и, к сожалению, некоторые компании могут посчитать это нарушением сделки.

Случаи применения

• критические ошибки, особенно в iOS, особенно для VIP-персон или срочных, чувствительных ко времени ситуаций, критически важных для бизнеса и / или пользователей, которые по какой-то причине не могут использовать приложение вообще.
• Более динамическое тестирование функций, чем поэтапное внедрение
• это было бы неплохо для подготовки к Fuschia и / или Chromebook. могут быть сценарии, в которых флаттер «конкурирует» с веб-приложениями, а не только с решениями pwas / Kotlin / Swift / React / Xamarin / other-junkier-hybrid.

В эпической битве Flutter vs React Native проталкивание кода - адский инструмент (:
Как разработчик RN я не могу не подчеркнуть важность этой функции. Многие пройдут Flutter только из-за отсутствия горячих толчков. Как только вы привыкнете быстро исправлять ошибки и запускать новые функции, вы уже не сможете вернуться.

компиляция в путь javascript уменьшит преимущества дротика, верно?
Я обнаружил, что какое-то собственное приложение использовалось для перезагрузки кода с помощью Rollout.io, но оно было заблокировано Apple: https://news.ycombinator.com/item?id=13817557
Глядя на этот паттерн, кажется, что у flutter не будет функции плавного проталкивания кода, подобной тому, что мы видим в react native.
хотелось бы получить больше информации о возможностях этой функции от основных разработчиков (:

компиляция в путь javascript уменьшит преимущества дротика, верно?

О каких преимуществах вы говорите?

Codepush очень нужен. Приятно видеть возможность выпуска обновлений по беспроводной сети на Flutter.

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

функция codepush может выдвигать критические исправления для пользователей немедленно, не дожидаясь их обновления; по какой-то причине кажется, что пользователи иногда медленно обновляются :(

Отсутствие поддержки push с горячим кодом - ЗАПРЕЩАЕТСЯ :-(

Похоже, JavascriptCore больше не требуется для интерпретируемого кода: https://www.theregister.co.uk/2017/06/07/apple_relaxes_developer_rules/?page=2

Если экосистема IOS является помехой, почему бы пока не реализовать ее на Android? Что-то лучше, чем ничего, и это отправная точка.

Благодарим команду за реализацию этой функции как можно скорее.

Здесь мы построили несколько базовых прототипов, но в настоящее время нам не чем поделиться. Чтобы сделать это действительно хорошо, потребуется некоторая работа с инструментарием компилятора Dart. Я ожидаю, что пройдет много месяцев, прежде чем нам будет чем поделиться здесь. В настоящее время команда сосредоточена на стабилизации версии 1.0.

Все сказанное мы слышим. :) Очевидно, что это функция, которую ценят многие, и мы заинтересованы в том, чтобы в конечном итоге предоставить такую ​​функциональность.

Поддержка «Code Push» для Flutter может стать последним гвоздем в гробу в отношении React Native.

При всей моей любви к RN и сообществу RN, поскольку он меняет правила игры, он не подходит для Flutter.
Flutter отлично справляется с любыми аспектами (инструменты, производительность, язык ...).

После выхода 1.0 сообщество немного выросло + Поддержка Code Push = Не вижу причин начинать новый мобильный проект с чем-либо, кроме Flutter.

какой прогресс по "Code Push" ??

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

Я думаю, что должно быть место для "загрузки неопубликованных файлов" полного .so файла, чтобы сборка от дротика до машинного кода могла быть точно такой же. Небольшому, но полностью независимому компоненту могут быть назначены следующие «минимальные жизнеспособные функции»: загрузить .so и заменить им изначально поставленный компонент, а также перезапустить приложение с основным намерением запуска.

Дополнительные обязанности: скачивать ресурсы, проверять подписи и многое другое. Обновите движки flutter / dart / skia, а что нет.

Мне кажется, что это нарушает руководящие принципы iOS, но я действительно не фанат чего-либо интерпретируемого в любом случае, или iOS в целом. И я бы предпочел иметь его в Android, чем не иметь его вообще, просто потому, что это круто.

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

Начинаю обновлять приложение моей компании с помощью флаттера. Однако наше ключевое требование - иметь функцию горячего обновления, поскольку мы все еще находимся в стадии бета-тестирования и продолжаем быстро тестировать новые пользовательские интерфейсы и функции. Дожил бы, чтобы иметь эту функцию.

Любые обновления?
(Готов поспорить, что эта функция уже реализована и станет сюрпризом, когда выйдет 1.0)
😁

голос за

Есть только одна причина, по которой мы не можем использовать Flutter: отправка кода.

Если вы, ребята, не можете поддерживать Code Push, есть ли способ заставить парсер генерировать из некоторых словарей (например, json, xml ...) в виджет Flutter? Это невозможно или хорошая идея?

Это звучит многообещающе. Удаленная конфигурация Firebase для виджета при необходимости.
Хотя помогает компаниям понять, чего они хотят :)

Пт, 12 октября 2018 г., 3:45 Hưng Lương Đỗ Minh [email protected]
написал:

Если вы, ребята, не можете поддерживать Code Push, есть ли способ сделать парсер для
генерировать из некоторых словарей (например, json, xml ...) в виджет Flutter? Является
это невозможно или хорошая идея?

-
Вы получили это, потому что прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/flutter/flutter/issues/14330#issuecomment-429251785 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AC4TYe9qDMi4bt2U5qyyAnJisN3ys_Z5ks5ukFavgaJpZM4RxUZi
.

Я думаю, что по крайней мере UI / View, написанный на Dart, можно загрузить с сервера по сети.
Для вдохновения посмотрите, как это делает фреймворк Qt Quick.

QtDD12 - Обслуживание приложений QML по сети - Джереми Лэйн:

• видео
• Слайды

ожидайте, что он может быть включен в грядущую версию 1.0!

Многие из наших клиентов будут использовать наше приложение Flutter на киоске, защищенном строгими брандмауэрами, которые будут препятствовать механизмам обновления приложений в Google Store. Эти клиенты не будут вносить Play Маркет в белый список. В конечном итоге у нас будет сотни аппаратных устройств с приложением Flutter, и было бы здорово иметь возможность отправлять обновления в приложение, соблюдая ограничения клиентского брандмауэра!

@eseidelGoogle - прошло много времени с тех пор, как вы, ребята,

Вы все еще работаете над этим? Как дела?

Прогресс продолжается. В настоящее время нет обновлений, которыми можно было бы поделиться.

Мы придумали три четких термина для обозначения того, что сегодня люди называют этой ошибкой:

• «Динамическое исправление»: возможность обновлять код Dart приложения в полевых условиях путем загрузки исправления (своего рода) и предоставления его виртуальной машине Dart. Это потребует перезагрузки приложения, чтобы оно вступило в силу.
• «Динамическая загрузка расширения»: возможность загрузить некоторый код Dart, который не был написан при первой публикации приложения, что добавляет в приложение новую функцию. Это можно было сделать "на лету". Может потребоваться, чтобы основное приложение было больше, поскольку мы не можем заранее знать, что потребуется для каждого будущего расширения.
• «Модульная доставка приложений»: возможность упаковать одно приложение в несколько отдельных архивов при его компиляции и при необходимости загружать их независимо.

Вероятно, нам следует разделить эту проблему на три ошибки, которые мы можем отслеживать отдельно.

Это реально возможно для iOS? Помимо возможности того, что Apple запретит это, как и в случае с rollout.io , javascript должен будет работать без какого-либо JIT (без записи на исполняемые страницы на iOS). Кроме того, различные характеристики сборки мусора ядра Javascript, в то время как Flutter создает тонны недолговечных объектов, могут не предвещать ничего хорошего.

То, что Apple делает / не разрешает в настоящее время (или в будущем), полностью отделено от технических реализаций. Flutter работает не только в iOS, но и во многих других местах. Очевидно, мы хотели бы всегда разрабатывать технологии, которые могут работать на iOS (как я полагаю, многие возможные решения для «проталкивания кода» могут), но iOS - не единственное соображение. Надеюсь, это поможет?

Действительно грустно не видеть Code Push, выпущенный в версии 1.0. Как и другие, это основная причина, по которой я не могу использовать его в проектах, требующих возможности исправления, не дожидаясь магазинов приложений.
Я ценю, что добраться туда нелегко, желаю удачи.

Есть только одна причина, по которой мы не можем использовать Flutter: отправка кода.

Хотел бы оставить свой отзыв, просто чтобы показать свой интерес к этой теме.
Моя компания разрабатывает многопользовательское приложение только для Android для управления группами обслуживания. В 2018 году мы выпустили около 100 обновлений, ни одно из которых не запрашивало новую версию через Google Play, поскольку большинство из них представляют собой небольшие изменения и настройки, которые требуются каждому клиенту и которые заранее невозможно предсказать.
Переписать это приложение на Flutter было бы мечтой, но если не считать затрат на переписывание, тратить деньги на ожидание публикации исправления или настроек через GPlay было бы кошмаром.

Надеюсь достичь как можно скорее

Еще один момент: если команда Flutter официально предоставит решение для оперативного исправления, я думаю, что Apple может отклонить все приложения, созданные Flutter, в какой-то момент, потому что исправление определенно нарушает Руководство по обзору AppStore, разработчики могут обойти проверку AppStore и изменить свои app, это небезопасно для пользователей.

В настоящее время Apple отклоняет все приложения с JsPatch, который был самым популярным решением для исправления ошибок в Китае. JsPatch построен на основе среды выполнения JsCore и OC.

Я хотел бы создавать приложения Flutter без функции горячего исправления, поскольку приложения могут быть отклонены Apple в будущем.

@MaxZeng Приятно узнать о JsPatch. Но пока похоже, что горячая установка разрешена. В магазине Apple есть много приложений React Native, и все они используют горячее исправление через CodePush.

Если только поддержка iOS / Android, например, в этом примере:
MyFlutterApplication запрашивает разрешение / хочет обновить ваше приложение
Журналы изменений: добавление котят и собак (v1.0)
Разрешить | Не позволять

после ознакомления с руководящими принципами для обеих сторон.

@MaxZeng Приятно узнать о JsPatch. Но пока похоже, что горячая установка разрешена. В магазине Apple есть много приложений React Native, и все они используют горячее исправление через CodePush.

Да, ReactNative на данный момент является исключением из кода push, но это не означает, что Apple официально поддерживает его. Приложение нашей компании в последнее время отклоняется AppStore более 3 раз из-за RN-подобного фреймворка, и нам приходится переписывать эти функции с помощью OC / H5, это кошмар для разработчиков.

React Native по-прежнему является БЕЗОПАСНЫМ фреймворком для Apple, потому что он, наконец, отображается поверх UIKit, но Flutter совершенно другой:
1. Во-первых, он нарушает экосистемы разработчиков Apple, обходит структуру UIKit и выходит из-под контроля Apple, например, в AppStore будет появляться все больше и больше приложений в стиле MD, и это может противоречить Руководству Apple по человеческому интерфейсу. Apple - известная компания благодаря своему великолепному дизайну.
2. Во-вторых, если Flutter официально поддерживает горячую перезагрузку, Apple может использовать эту причину, чтобы напрямую отклонить приложения Flutter.

С моей точки зрения, Flutter должен следовать руководству по обзору AppStore, а не нарушать его, это важно для кроссплатформенной мобильной платформы, вы не должны нарушать экосистему Apple, потому что мы можем это сделать. Если Apple откажется от Flutter, ключевое преимущество Flutter исчезнет.

CodePush не является сложным или загадочным методом, Apple может легко реализовать его (особенно на основе OC), единственная причина, по которой Apple запрещает его, заключается в том, что он небезопасен для конечных пользователей и полностью вредит AppStore / Google Play. Это катастрофа, если многие приложения могут изменить свою функциональность в любое время и в любом месте, и трудно отследить и ограничить эти вредоносные действия после того, как приложению разрешено опубликовать.

CodePush - это не просто техника, это важная часть мобильных экосистем. Я думаю, что команда Flutter не должна предоставлять такую ​​технику официально, хотя она может быть реализована некоторыми разработчиками в частном порядке, это нормально, потому что она не будет широко использоваться.

@MaxZeng Приятно узнать о JsPatch. Но пока похоже, что горячая установка разрешена. В магазине Apple есть много приложений React Native, и все они используют горячее исправление через CodePush.

Да, ReactNative на данный момент является исключением из кода push, но это не означает, что Apple официально поддерживает его. Приложение нашей компании в последнее время отклоняется AppStore более 3 раз из-за RN-подобного фреймворка, и нам приходится переписывать эти функции с помощью OC / H5, это кошмар для разработчиков.

React Native по-прежнему является фреймворком _SAFE_ для Apple, потому что он, наконец, отображается поверх UIKit, но Flutter совершенно другой:
1. Во-первых, он нарушает экосистемы разработчиков Apple, обходит структуру UIKit и выходит из-под контроля Apple, например, в AppStore будет появляться все больше и больше приложений в стиле MD, и это может противоречить Руководству Apple по человеческому интерфейсу. Apple - известная компания благодаря своему великолепному дизайну.
2. Во-вторых, если Flutter официально поддерживает горячую перезагрузку, Apple может использовать эту причину, чтобы напрямую отклонить приложения Flutter.

С моей точки зрения, Flutter должен следовать руководству по обзору AppStore, а не нарушать его, это важно для кроссплатформенной мобильной платформы, вы не должны нарушать экосистему Apple, потому что мы можем это сделать. Если Apple откажется от Flutter, ключевое преимущество Flutter исчезнет.

CodePush не является сложным или загадочным методом, Apple может легко реализовать его (особенно на основе OC), единственная причина, по которой Apple запрещает его, заключается в том, что он небезопасен для конечных пользователей и полностью вредит AppStore / Google Play. Это катастрофа, если многие приложения могут изменить свою функциональность в любое время и в любом месте, и трудно отследить и ограничить эти вредоносные действия после того, как приложению разрешено опубликовать.

CodePush - это не просто техника, это важная часть мобильных экосистем. Я думаю, что команда Flutter не должна предоставлять такую ​​технику официально, хотя она может быть реализована некоторыми разработчиками в частном порядке, это нормально, потому что она не будет широко использоваться.

Очень интересный момент и в некотором смысле звучит разумно, но также имеет некоторые ошибки.

1. Flutter также поддерживает Купертино от Apple , MD не единственный выбранный.
2. Возможно, вы знаете Unity в области игр, система рендеринга Flutter в некотором роде работает аналогично.
3. Фактически и сейчас, используя Интернет (JS), можно реализовать CodePush и обойти проверку AppStore для изменения своего приложения. Так зачем отказываться от Flutter (dart) и отказываться от JS.

Так зачем отказываться от Flutter (dart) и отказываться от JS.

JS работает в песочнице и поэтому безопасен. (как и каждая загруженная веб-страница в Safari)

Dart компилируется в двоичный код и не ограничивается такой песочницей.

Я разработчик Android уже много лет. Я думаю, что Code push не так важен.
Если без Code Push нельзя развиваться? Если так, то это слишком глупо.
Flutter - это фреймворк для мобильных устройств, поэтому сначала вы должны узнать больше о мобильных разработках.
Без отправки кода вы можете использовать полное обновление.
Как говорится в рекламе: переходите мост, когда до него дойдете.
Как разработчик, я считаю, что для решения одной и той же проблемы важнее использовать разные способы.

Flutter - это не React Native, вы не можете использовать React Native (или другой фреймворк), чтобы посмотреть на Flutter. Это разные вещи.

@MaxZeng Возможно, flutter может включить горячее обновление исключительно для Android.

Без горячего обновления, такого как RN, мы не перейдем на Flutter! Фреймворки должны облегчить жизнь разработчикам !!

Все цветы, которых я ждал, ушли.

@MaxZeng Возможно, flutter может включить горячее обновление исключительно для Android.

1. На самом деле это также нанесет ущерб экосистемам Google Play Store, из-за этого команде Android будет сложно контролировать поведение приложений.
2. CodePush не требуется для большинства приложений. Некоторые разработчики злонамеренно используют эту технологию.
3. Если разработчики не зашифруют исправления правильно, это может вызвать крупную атаку «Человек посередине». Злонамеренные хакеры могут изменить проталкиваемый код, чтобы захватить приложения Flutter.

Я просто хочу сказать, что исправление ， - это функция импорта для большинства китайских компаний. более 70% китайских Android-устройств не поддерживают Google Play

@ act64 проверьте https://github.com/flutter/flutter/wiki/Roadmap

@ act64 проверьте https://github.com/flutter/flutter/wiki/Roadmap

В дорожной карте указано исправление для Android. Надеюсь, что iOS скоро будет поддерживаться.

@taibaiyinxing Flutter не может предоставлять функции, которые запрещены магазином приложений Apples.

@taibaiyinxing Flutter не может предоставлять функции, которые запрещены магазином приложений Apples.

@zoechi Мы используем корпоративное приложение, и нам не нужно загружать его в магазин приложений.

Динамическое исправление на Android, позволяющее развертывать обновления кода в приложениях Flutter, работающих на Android, непосредственно с серверов.
🎉

https://github.com/flutter/flutter/wiki/Roadmap

Похоже, что в этом году не планируется поддерживать CODE PUSH на iOS .

https://github.com/flutter/flutter/wiki/Roadmap

«Список здесь не следует рассматривать ни как исчерпывающий, ни как обещание, что мы завершим всю эту работу». :)

Разработка кода все еще находится на относительно ранней стадии тестирования. На каких платформах мы будем / не будем развертывать эту работу в 2019 году, еще не определено. В конце концов, это только февраль. 10 месяцев - это большой срок!

В настоящее время инженеры сосредоточены на создании базовой технологии для поддержки трех сценариев использования https://github.com/flutter/flutter/issues/14330#issuecomment -442274897
Я ожидаю, что в ближайшие месяцы мы начнем ограниченное тестирование хотя бы одного из этих вариантов использования.

Поскольку наша технология разработки флаттера еще не очень развита, приложение часто обновляется, и многие из них требуют срочных обновлений. И наше приложение не планирует загружать магазин приложений. Так что эта особенность очень важна. Это может улучшить скорость итераций приложения. В противном случае фрагментация приложения приведет к задержке нашего API.

Как я думаю, мы все можем согласиться, причина этой проблемы заключается в том, что доставка любого мобильного приложения конечным пользователям через огороженные сады, которыми управляют как Google, так и Apple (магазины), является серьезным неудобством для разработчиков приложений (не говоря уже о плохое обслуживание конечных пользователей хороших / инновационных приложений), причем Apple является самым неудобным (дни для Apple, а не часы для Google).

В качестве побочного решения, возможное решение могло бы состоять в том, если бы магазины предоставляли возможность мгновенных обновлений для «доверенных» разработчиков (например, ускоренная услуга). Затем Google и Apple могли бы провести аудит приложения в реальном времени (автоматизированный ... как с ИИ ?? ... с автоматическим откатом постфактум по мере необходимости). Но это кажется маловероятным по ряду технических и других причин. В обоих магазинах, конечно же, есть возможность быстро перейти к бета-тестированию.

Итак ... пока вы ждете появления функций в этом выпуске, один из способов уменьшить неудобства, связанные с доставкой любого мобильного приложения конечным пользователям, - это автоматизировать шаги.

Пример инструмента, который выполняет такую ​​автоматизацию для Flutter, см.
https://github.com/mmcc007/fledge
К сведению, он включает документацию по многим из задействованных одноразовых шагов настройки, которые нелегко автоматизировать:
https://mmcc007.github.io/fledge/

@charliezzo Используя этот инструмент или подобные ему, приложение Flutter (и обновления и т. д.) может быть доставлено бета-тестерам Android и iOS в течение нескольких минут.

Он также имеет рабочий процесс для автоматизации доставки конечным пользователям через магазины (часы + для Google, + дни для Apple 😂👍).

@ mmcc007
о, спасибо. но я говорю, что не хочу продвигать свое приложение в Google Play и магазин приложений.
мне нужно продать свое приложение другим способом.
и мне не нужны Google Play и магазин приложений для обновления моего приложения.
Я хочу обновлять свое приложение только после того, как пользователи установили его и запустили.
и flutter - это фреймворк 60FPS или выше, он может создавать онлайн-игры, мы не хотим иметь небольшой патч от Google Play и магазина приложений.
Вы знаете, что каждый патч за короткое время с помощью Google Play и магазина приложений выполняется медленно и сложно.
на самом деле вы знаете, что мы не можем использовать Google Play в Китае. и магазин приложений идет очень медленно.
В Китае много магазинов приложений, таких как Google Play. У нас нет времени выкладывать обновления во все магазины приложений.

Code Push должен быть основной функцией Flutter. Положите его сверху.

Мы можем сделать это, заменив все файлы в app_flutters на Android

привет, вы можете дать мне свой адрес электронной почты для дальнейшего обсуждения ， наша команда также нашла это решение ， но оно может работать только тогда, когда приложение необходимо убить и перезапустить приложение。tks @LNeway

привет, вы можете дать мне свой адрес электронной почты для дальнейшего обсуждения, наша команда также нашла это решение, но оно может работать только тогда, когда приложение необходимо убить и перезапустить приложение. tks @LNeway
@KinsomyJS
Я также запустил демонстрацию, чтобы проверить выполнимость. Хахаха ~

Пожалуйста, поделитесь коротким фрагментом или сообщением в блоге или прокомментируйте здесь или cc [email protected] в электронном письме ...

@LNeway @KinsomyJS Кто- нибудь из вас может дать более подробную информацию?
Спасибо

@taibaiyinxing Flutter не может предоставлять функции, которые запрещены магазином приложений Apples.

@zoechi Вы хотите сказать, что вы и / или команда Flutter провели анализ, который пришел к выводу, что метод кодовой вставки, осуществимый Flutter, принципиально отличается от метода React-native и запрещен - и, следовательно, из-за Apple, возможно, никогда не появится на iPhone?

Если эта функция будет добавлена, будет ли она поддерживать бета-версию 1.0.0?

@dahabdev

Как бы то ни было, исходя из моего опыта работы с Ionic, я считаю, что «push code» переоценен, и я надеюсь, что команда Flutter не потратит слишком много времени на работу над ним, пока еще не хватает многих других, базовых, важных функций.

Когда я разрабатывал UAVForecast, я использовал Ionic, которого привлекла функция «ионного развертывания», которая предлагала удаленно обновлять все содержимое приложения. Тогда (это был 2014 год) время обзора Apple App Store составляло порядка 2 недель. Я хотел быстро повторять, быстро двигаться и ломать вещи, как говорится.

Сначала «ионное развертывание» было отличным, но вскоре я заметил несколько серьезных проблем. Это вызвало замешательство у моих пользователей («приложение сообщает, что оно обновилось, так почему в Play Store / App Store ожидается еще одно обновление?»); он иногда нарушал работу приложения, например, когда метаданные приложения (например, разрешения) были незаметно изменены плагином Cordova, но не были обновлены при нажатии на горячий код; отслеживать номера версий было сложно, и они могли не синхронизироваться с тем, что я продавал в магазины; это сделало меня ленивым в тестировании, так как я всегда мог «ионно развернуть» себя без ошибок; а иногда я заканчивал тем, что выдвигал более серьезные ошибки, те, которые могли бы быть обнаружены группами проверки приложений, если бы я дал им возможность посмотреть.

Примерно через год после того, как я выпустил первую версию, время проверки в App Store значительно улучшилось. Сегодня осталось всего несколько дней, и, конечно же, в магазине Google Play это может быть всего несколько часов. Учитывая все проблемы, которые у меня были, я решил удалить из своего приложения функцию «ионного развертывания», и, учитывая, что несколько миллионов загрузок остались позади, я не оглядывался назад.

Хотя мне нравится Ionic и я очень ценю все, что его разработчик, Drifty, сделал (спасибо!), Я бы сказал, что Drifty совершил ошибку, потратив слишком много времени на глянцевые функции, такие как push-код, которые привлекают пользователей, и не хватило времени на то, чтобы получить гайки и болты рамы правильно, чтобы избежать проблем, которые в конечном итоге их оттолкнут. Теперь в своей четвертой версии Ionic столько раз переписывался обратно несовместимыми способами, что я перестал пытаться идти в ногу - в последней версии все еще есть несколько серьезных проблем, которые не позволяют мне обновиться, и теперь я переписываю все свое приложение на Флаттер.

До сих пор опыт был отличным, и мне было очень весело, но во Flutter все еще есть некоторые серьезные пробелы и упущения, особенно в плагинах. Например: нет интеграции текстового поля с автозаполнением пароля, плагин Google Maps является скелетным (и есть связанные ошибки рендеринга фреймворка), собственный WebView не поддерживает URL-адреса file: // для загрузки ресурсов, панель вкладок не поддерживает поддерживают прозрачность или градиентный фон, ячейки таблицы не поддерживают colspan, ThemeData не расширяется с помощью специфичных для приложения цветов для использования с анимацией, единственная библиотека DateTime, полностью учитывающая часовой пояс, не имеет многих важных функций момента и часового пояса момента, есть так много подходов к управлению состоянием, что это сбивает с толку новичков, вам нужно часто «трепыхаться», чтобы избежать странных исключений, горячая замена часто не работает должным образом, и я мог бы продолжить ...

Я бы оценил _все_ из них как более важные, чем «проталкивание кода», особенно если это рискует, что Apple отклонит приложения Flutter, если это потребует серьезных изменений в структуре компилятора, которые в конечном итоге могут затруднить оптимизацию, повышающую производительность приложения (я бы взял Повышение производительности на 5% по сравнению с «проталкиванием кода» в любой день), или отнимает время у завершения функции фреймворка.

С другой стороны, я вижу, что некоторым разработчикам это действительно может понадобиться в некоторых ситуациях, особенно если они работают за пределами магазинов, поэтому я могу понять энтузиазм здесь.

@matthewlloyd много замечательных моментов!

Если вы, ребята, не можете поддерживать Code Push, есть ли способ заставить парсер генерировать из некоторых словарей (например, json, xml ...) в виджет Flutter? Это невозможно или хорошая идея?

- Есть ли у кого-нибудь мнение об этом?
https://pub.dartlang.org/packages/dynamic_widget
это кажется многообещающим, хотя и не решает страха «критической ошибки».

Самое безумное то, что толчок кода - слон в комнате, это серьезная проблема бизнеса / процесса и техническая проблема, и одна сторона имеет тенденцию игнорировать другую ...

нет интеграции текстового поля с автозаполнением пароля, плагин Google Maps является скелетным (и есть связанные ошибки рендеринга фреймворка), собственный WebView не поддерживает URL-адреса file: // для загрузки ресурсов, панель вкладок не поддерживает прозрачность или градиентный фон, ячейки таблицы не поддерживают colspan, ThemeData не расширяется с помощью специфичных для приложения цветов для использования с анимацией, единственная библиотека DateTime, полностью учитывающая часовые пояса, не имеет многих важных функций момента и часового пояса момента, существует так много подходов для управления состоянием это сбивает с толку новичков, вам нужно часто «трепыхаться», чтобы избежать странных исключений, горячая замена часто не работает должным образом, и я мог бы продолжить ...

Надеюсь, у всех них уже есть проблема с Github: D

Ранее это было в нашей дорожной карте на 2019 год. После более подробного изучения этого вопроса мы решили пока не продолжать эту работу.

К такому решению мы пришли по нескольким причинам:

• Чтобы соответствовать нашему пониманию политик магазина на Android и iOS, любое решение будет ограничиваться JIT-кодом на Android и интерпретируемым кодом на iOS. Мы не уверены, что характеристики производительности такого решения на iOS достигнут того качества, которое мы требуем от нашего продукта. (Другими словами, «это будет слишком медленно».)

• Есть серьезные проблемы с безопасностью. Поскольку эти патчи по существу допускают выполнение произвольного кода, они будут чрезвычайно привлекательными векторами вредоносного ПО. Мы могли бы смягчить это, потребовав, чтобы исправления были подписаны с использованием того же ключа, что и исходный пакет, но это подвержено ошибкам, и любая ошибка будет иметь серьезные последствия. По сути, это та же проблема, с которой сталкиваются платформы, допускающие выполнение кода из сторонних источников. Эту проблему можно смягчить путем интеграции с механизмом обновления платформы, но это лишает возможности внеполосного механизма исправлений.

• В настоящее время нет готового решения для хостинга с открытым исходным кодом для исправления приложений, поэтому нам придется либо полагаться на людей, настраивающих свои веб-серверы соответствующим образом, либо нам придется создавать интеграции для проприетарных сторонних служб, либо мы пришлось бы создать собственное индивидуальное решение. Патчи для хостинга - это область, в которую мы не стремимся входить. Когда люди настраивают свой собственный сервер, они могут совершать ошибки с потенциально серьезными последствиями, как объяснялось в предыдущем пункте о безопасности. Зависимость от сторонних сервисов ставит Flutter в неудобное положение, когда приходится выбирать победителей, и подвергает нас риску того, что эти проекты сами внесут изменения в политику, которые могут повлиять на эту функцию.

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

Хотя я понимаю причину отказа от этой функции, она все же разочаровывает. Play Store и App Store - важные соображения, но не все приложения распространяются таким образом. В нашем случае мы предоставляем клиенту предустановленное устройство и приложение. Наличие механизма для динамической отправки обновлений пользователю - очень важная функция, поскольку мы не хотим проходить через магазины. Эта функция была бы бесценной. Я очень надеюсь, что в будущем к нему вернутся, как вы упомянули.

Спасибо за прозрачную рациональную передачу команды.

@eseidelGoogle Будет ли код JavaScript, скомпилированный из Dart, использовать Skia для отображения страниц?

Это очень обидно.

Что касается всех упомянутых вами проблем безопасности и соответствия требованиям хранилища, они могут быть действительными и законными, но, в конце концов, есть пример технологии «горячих обновлений», которая уже работает: push-код.

React Native + сервис code push работает и зарекомендовал себя в реальных условиях. Это испытано в боях. Кажется, в магазинах приложений нет проблем с косвенными обновлениями. Кажется, все "в порядке". Так что я думаю, что решение Flutter тоже можно допустить.

Что касается проблем с производительностью, может быть хорошей идеей позволить разработчику выбрать работу в режиме «низкой производительности», но включить обновления в реальном времени.

Хороший ход! Я предпочитаю, чтобы инженерные усилия были потрачены на оптимизацию Flutter, чем на добавление функции отправки кода, которая может чрезмерно усложнить и навредить экосистеме.

В настоящее время у меня проходит открытое бета-тестирование мое первое приложение, разработанное во Flutter, и я выложил около 10 пакетов приложений с исправлениями. Но это должно быть в основном безошибочное , когда я выпускаю его к производству.

Так что я не знаю, понадобится ли мне когда-нибудь эта функция, но я нашел этот пакет OTA Update для паба, который, похоже, работает хорошо с 89 баллами, что снижает только его популярность. Этот пакет безопасен? Кажется, что он загружает APK с URL-адреса и распаковывает его изначально и запускает намерение установки APK на Android.

Те, кому эта функция абсолютно необходима, могут попробовать этот пакет.

Но я понимаю, почему команда Flutter не слишком взволнована этим, потому что давайте на всякий случай возьмем вышеуказанный пакет. Похоже, что происходит загрузка с URL-адреса. А веб-сайт всегда более дружелюбен к хакерам, чем собственные приложения. На данный момент существует слишком много проблем с безопасностью. Это просто делает приложение Flutter таким же уязвимым, как и веб-сайт, что категорически запрещено.

Когда я начинал, у меня была машина с 2 ГБ ОЗУ, я пытался разработать приложение для Android, как я всегда хотел, но моя машина не справлялась с этой задачей. Я пробовал PhoneGap, Cordova, какой-то фреймворк Intel, React-Native, и ни один из них даже не запустился. Flutter был единственным, с кого я действительно начал, и с его красивым пользовательским интерфейсом и инструментами разработки он намного опережает своих современников даже без этой функции.

Есть обновления?

Рабочий процесс выпуска приложений никогда не будет прежним после того, как нас испортила технология React-native с помощью Code Push. Настоящий позор, что Flutter его не поддерживает. Flutter развивается хорошо, и он мог бы составить конкуренцию React Native, если бы они решили поддерживать эту функцию. Увы...

@Hixie: ОК, фундаментальное инженерное / техническое изменение имеет на данный момент слишком много недостатков - для меня это имеет смысл.

Однако - как вы относитесь к помощи разработчикам, которые беспокоят бизнес, в краткосрочной и среднесрочной перспективе с помощью некоторых альтернативных подходов, которые получают некоторую документацию / обсуждение - возможно, даже видео, хотя, возможно, не «одобренное» или официальное решение, а некоторое внимание.

например

• Конфигурация Firebase в реальном времени
• Серверные json-> виджеты (например, https://github.com/dengyin2000/dynamic_widget/blob/master/WIDGETS.md или simlar, я еще не поддерживаю точный плагин, но идею)
• или, может быть, что-то еще, возможно, облачные функции для продвинутых пользователей ...
• очевидно, я не предлагаю вам предпринять кучу инженерных усилий для «большого» варианта использования, но я предлагаю своего рода альтернативу hello-world-code-push, которая удовлетворяет большую часть потребностей без «давайте исправим / изменим все» Типовая архитектура.

моя предпосылка состоит в том, что «мы» можем удовлетворить 70-90% озабоченности по поводу codepush без фундаментального изменения архитектуры флаттера; что кто-нибудь думает об этом?

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

Я лично видел по крайней мере две компании, которые предпочли флаттеру других парней именно по этой причине, и многие другие высказывались аналогичным образом.

Может, разговор может пойти
«Пользователь: Вы пропускаете поддержку кода?»
«Команда Flutter: Да, на данный момент по этим причинам (как и вы), но, кроме того, вы можете попробовать A или B для некоторых случаев использования»

Извините за длинный комментарий

@neiljaywarner Возможно, вам стоит присмотреться к LUA - в прошлом году я сделал доказательство концепции, согласно которой сценарии LUA могут использоваться для создания / настройки функциональности приложения Flutter.

@neiljaywarner Я полностью поддерживаю такой подход, но это ортогональное беспокойство, чем то, что покрывает эта ошибка.

Хотя я понимаю причины отказа от этой функции, она все же разочаровывает. Play Store и App Store - важные соображения, но не все приложения распространяются таким образом. Для наших случаев использования мы предоставляем клиентам предустановленные устройства и приложения. Наличие механизма для динамической рассылки обновлений пользователям - очень важная функция, потому что мы не хотим проходить через магазин. Это очень ценная функция. Я надеюсь еще раз изучить это, как вы упомянули, в будущем.

Спасибо за прозрачную передачу рациональности команды.

я согласен

функциональность code-push означает больше приложений, больше клиентов, больше разработчиков, больше тестов, больше исправлений ошибок, меньше проблем

Для стартапа MVP или растущих приложений обновления или исправление ошибок имеют решающее значение, в то время как производительность в большинстве случаев меньше. Это вызовет плюсы и минусы экосистемы Flutter. Снижение популярности, стартапы и личные разработчики важны для раннего роста сообщества. Преимущества могут заключаться в том, что качественные приложения и команды, которые перейдут на Flutter, будут стремиться к более высокой производительности?

@maplerichie , Согласитесь, причина, по которой я люблю флаттер, - это опыт разработчика, производительность и кроссплатформенность для всех устройств. Я не против, если code-push не будет реализован (возможно), это ради репутации и популярности экосистемы. Теперь я знаю, почему push-код кажется слишком медленным при использовании приложений Windows (медленный запуск, задержка ввода и медленная анимация) здесь

нам очень нужна эта функция
Нужно горячее обновление

Как уже упоминалось ранее, крупным компаниям и большим командам разработчиков могут не потребоваться горячие обновления. Но представьте себе небольшой стартап, пару разработчиков, работающих над мобильным приложением, доставляющих функции в производство с быстрыми циклами выпуска. Нет времени на тестирование и циклы QA. Создайте новую функцию, посмотрите, работает ли она и нравится ли она пользователям, замените или исправьте ее. Мы не смогли бы добраться туда, где находимся, без горячих обновлений. Это настоящий прорыв в мобильной разработке.

@yaronlevi Я «небольшой стартап», даже меньше, чем пара разработчиков, работающих над мобильным приложением, это только я, и я доставляю его в производство с быстрыми циклами выпуска. Поскольку Google Play Store предлагает обновления, которые занимают всего несколько часов, а Apple App Store просматривает обновления почти всегда менее 24 часов в моем опыте в наши дни, мне, со своей стороны, определенно не нужен push-код. Если бы у Flutter был push-код, я бы активно предпринял шаги, чтобы убедиться, что он отключен в моем приложении.

В настоящее время я являюсь единственным разработчиком мобильного приложения (и соответствующей серверной части) для небольшой компании. Мне очень нравится Flutter, но мне приходится постоянно объяснять клиенту, который не понимает необходимости модульных тестов или автоматического тестирования, почему так много времени требуется для реализации функций, которые можно описать 10 словами. Я немного обеспокоен тем, что мне придется выпустить что-то наполовину готовое, и я не смогу быстро выдвинуть исправления критических ошибок. Я пока обойдусь без него, но было бы неплохо иметь push-код. Однако я понимаю технические проблемы и проблемы безопасности и, в конце концов, поддерживаю осторожный подход.

хорошо, в любом случае спасибо.
Думаю, нам нужно разобраться в этом самостоятельно.

очень разочаровывает :)

Flutter for web SDK скоро будет объединен с мобильным SDK. Обходной путь - использовать мобильный WebView для загрузки кода флаттера. 😁

@matthewlloyd привет, мужик, надо поддерживать горячее обновление, пока дело не в том, чтобы пересматривать. Пользователь должен иметь ссылку на AppStore и снова загрузить приложение.

Может помочь
https://github.com/dengyin2000/dynamic_widget
https://github.com/neohelden/Flutter-AdaptiveCards

На самом деле я не вижу серьезной проблемы в отсутствии push-кода. Почти у всех пользователей в магазине приложений включено автоматическое обновление. Однако было бы неплохо предоставить альтернативное решение для распространения обновлений без магазина приложений.

MXFlutter использует JavaScript для реализации возможностей рендеринга Flutter, поддерживает синтаксис Flutter, а также поддерживает отправку кода и горячее обновление.
https://github.com/TGIF-iMatrix/MXFlutter

@ TGIF-iMatrix знаете ли вы, соответствует ли это решение политике распространения Store?

@truongsinh
Это безопасно, поскольку это подход js distribution-> native parser-> compose widgets.

мы рассмотрим использование флаттера, если он поддерживает push-код

@ TGIF-iMatrix. Весьма вероятно, что это не будет одобрено Apple, поскольку исключение для обновлений Javascript Core было исключено из соглашений App Store, и многие пользователи CodePush были предупреждены / отклонены из-за этой функции.

Может быть, нам стоит перефразировать вопрос: «жестко продиктованный рендеринг» против «выталкивания кода». "sever-dictated-рендеринг" касается только другого UI / макета / темы, в то время как code-push также подразумевает изменение логики, разрешений, плагинов и т. д.

Возможно, однако в этот момент вы можете просто использовать плагин для этого, так что это своего рода побеждает цель этой проблемы.

Кто-нибудь пробовал tinker-lib с флаттером, который взят из репозитория tencent github, и какой-либо успех с этим, если кто-то заинтересован, я могу сотрудничать с вами, я попробовал его, чтобы отправить обновление, но необходимы небольшие изменения для загрузки нового кода, который должен выполняться во флаттере. файл артефакта jar

Надеюсь найти решение как можно скорее

Что касается влияния на производительность внедрения кода, может ли помочь компиляция кода Dart в WebAssembly? Это может позволить реализовать JIT-компиляцию в iOS внутри песочницы JavaScript.

нам нужны быстрые итерации и гибкая разработка.
если нет горячего обновления, флаттер всегда будет младшим братом по реакции родным.

Горячее обновление очень важно для нас, если flutter поддерживает горячее обновление, мы будем использовать flutter вместо реакции native.

Я спланировал наилучший способ продвижения кода, но из-за нехватки времени я могу начать этот проект только с ноября на прошлой неделе или с декабря, я не изменяю ни код движка, ни код фреймворка, ни какой-либо Java-код, такой как tinker lib, поэтому он не нарушает Любые условия магазина, выходное приложение также не так, поэтому нет снижения производительности, я стараюсь сделать его максимально простой реализацией, чтобы любой мог подключиться к своему приложению, на основе моих исследований команды флаттера кодовой базы намеренно невозможно сделать код push i попробовал все возможности с текущей реализацией и пришел к выводу, что только возможные способы: либо вам нужно внести изменения в двигатель, либо подготовить решение без изменения двигателя, я выбрал второй вариант и спланировал все необходимые требования для проекта. Надеюсь, проект будет успешным. Между тем, если команда flutter повторно рассмотрит проблему, мы все будем довольны встроенной реализацией.

Горячее обновление будет необходимо всегда！

это обязательная, важная функция

Я спланировал наилучший способ продвижения кода, но из-за нехватки времени я могу начать этот проект только с ноября на прошлой неделе или с декабря, я не изменяю ни код движка, ни код фреймворка, ни какой-либо Java-код, такой как tinker lib, поэтому он не нарушает Любые условия магазина, выходное приложение также не так, поэтому нет снижения производительности, я стараюсь сделать его максимально простой реализацией, чтобы любой мог подключиться к своему приложению, на основе моих исследований команды флаттера кодовой базы намеренно невозможно сделать код push i попробовал все возможности с текущей реализацией и пришел к выводу, что только возможные способы: либо вам нужно внести изменения в двигатель, либо подготовить решение без изменения двигателя, я выбрал второй вариант и спланировал все необходимые требования для проекта. Надеюсь, проект будет успешным. Между тем, если команда flutter повторно рассмотрит проблему, мы все будем довольны встроенной реализацией.

Я спланировал наилучший способ продвижения кода, но из-за нехватки времени я могу начать этот проект только с ноября на прошлой неделе или с декабря, я не изменяю ни код движка, ни код фреймворка, ни какой-либо Java-код, такой как tinker lib, поэтому он не нарушает Любые условия магазина, выходное приложение также не так, поэтому нет снижения производительности, я стараюсь сделать его максимально простой реализацией, чтобы любой мог подключиться к своему приложению, на основе моих исследований команды флаттера кодовой базы намеренно невозможно сделать код push i попробовал все возможности с текущей реализацией и пришел к выводу, что только возможные способы: либо вам нужно внести изменения в двигатель, либо подготовить решение без изменения двигателя, я выбрал второй вариант и спланировал все необходимые требования для проекта. Надеюсь, проект будет успешным. Между тем, если команда flutter повторно рассмотрит проблему, мы все будем довольны встроенной реализацией.

Привет @canewsin
Я также попытался сделать то же самое, не модифицируя двигатель флаттера. Я обнаружил, что в режиме AOT движок ищет файлы .so в пути к собственной библиотеке Android, модифицируя / добавляя туда файл после того, как компиляция приложения ограничена JVM. Следовательно, загрузка файлов .so, загруженных по воздуху, не может быть добавлена ​​в собственный путь к библиотеке.

Жду новых идей от вас. 😀

Думаю, не нужно обновлять и дротик-код, и нативный код.
Только код дротика подойдет!

Эй, мне это сейчас нужно. Goodle ужесточила свою политику проверки. Нашему приложению требуется 2 недели на обновление ... Наша бережливая методология с этим не справляется.

@NEELANSHSETHI можешь опубликовать план здесь? Мы можем приступить к его реализации

@almeynman Пожалуйста, держите нас в курсе ваших успехов :)

@HerrNiklasRaab Я еще не начал с этого, так как у меня нет четкого представления о том, как это реализовать. Если у кого-то есть идеи, поделитесь своими мыслями

Это основная причина, по которой мы не перешли с react-native на flutter. :(

😔

ReactNative намного опережает Flutter из-за этой функции, и у меня было множество проектов, в которых выбор среды (RN или Flutter) был декодирован по сравнению с функцией push-кода! Жду новостей: /

Привет всем, уже ноябрь, как я сказал, я начал свою работу, все идет хорошо. Это будет частный проект, поэтому я буду взимать лицензионный ключ за его использование. Так что это не будет бесплатным, поскольку у меня нет источника дохода, я должен делать это таким образом, если вам интересно, я создам репозиторий о работе, следите за обновлениями. Как только я создам репозиторий временной шкалы, я сообщу вам, ребята.

@eseidelGoogle
Бизнес-кейс:
У нас есть приложение для отслеживания автобусов на планшетах, но клиент обновляет его 1 раз в месяц, потому что планшет использует интернет-данные, а не Wi-Fi.
С помощью Code Push мы сможем обновлять, не потребляя слишком много данных о клиентах.

У нас было приложение Cordova с поддержкой push-кода. Когда дело дошло до модернизации приложения, мы ошибочно думали, что flutter «в любом случае» добавит поддержку push-кода, поэтому разработали наше приложение с использованием flutter. Но жизнь без шифрования в последний год была для нас совершенно ужасной. Итак, мы, наконец, (и счастливо) находимся в процессе (пере) переписывания приложения на react-native, чтобы наш код вернул поддержку.

Code Push, поэтому сейчас изучаю React-Native.

Если вас интересует моя реализация
следите за отчетом о проделанной работе здесь
https://github.com/canewsin/flutter-code-push-timeline
пожалуйста, прочтите все мои комментарии выше, прежде чем продолжить.

Code Push, поэтому я все равно останусь с React-Native.

Пожалуйста, не публикуйте неконструктивные сообщения, +1, «Нам это нужно», «Мы используем X вместо этого» и т. Д., Так как это неконструктивно и не способствует обсуждению.

Если вы нажмете кнопку «Нравится» (👍) в первом сообщении, это будет намного лучше, и все, кто когда-либо публиковал это обсуждение, не будут уведомлены об этом (насколько мне известно, некоторые члены команды флаттера отключат звук большие темы, поэтому публикация здесь имеет меньший эффект, чем большой палец вверх).

Я также хочу напомнить всем, кто подписался здесь, что на github есть кнопка unsubscribe в правом верхнем углу потока.

Кроме того, команда Flutter расставляет приоритеты в зависимости от количества положительных отзывов, поэтому высокий счетчик может иметь большое значение. Этого и простого нажатия кнопки «подписаться» достаточно.

Проект push-кода, который я взял, идет хорошо, но мне нужны несколько примеров требований для push-кода, поэтому, если push-код завершен, как вы его используете, опубликуйте свое уникальное требование в качестве новой проблемы в этом репо https://github.com/ canewsin / flutter-code-push-timeline, чтобы развитие
На данный момент я обнаружил следующие ограничения:
мы не можем получить доступ к собственной платформе, но это можно сделать с помощью функции ffi.
Код codepush запускается в изолированной программной среде из соображений безопасности, поэтому устройству не может быть причинено никакого вреда.

Привет всем, уже ноябрь, как я сказал, я начал свою работу, все идет хорошо. Это будет частный проект, поэтому я буду взимать лицензионный ключ за его использование. Так что это не будет бесплатным, поскольку у меня нет источника дохода, я должен делать это таким образом, если вам интересно, я создам репозиторий о работе, следите за обновлениями. Как только я создам репозиторий временной шкалы, я сообщу вам, ребята.

Очень интересно!
Привет, у вас есть еще какие-нибудь примеры? А как у вас раздел iOS? Поскольку Apple очень строга в этой области. Спасибо

Привет всем, уже ноябрь, как я сказал, я начал свою работу, все идет хорошо. Это будет частный проект, поэтому я буду взимать лицензионный ключ за его использование. Так что это не будет бесплатным, поскольку у меня нет источника дохода, я должен делать это таким образом, если вам интересно, я создам репозиторий о работе, следите за обновлениями. Как только я создам репозиторий временной шкалы, я сообщу вам, ребята.

Очень интересно!
Привет, у вас есть еще какие-нибудь примеры? А как у вас раздел iOS? Поскольку Apple очень строга в этой области. Спасибо

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

Привет, @eseidelGoogle
Любые обновления? Лента новостей?

Привет, @eseidelGoogle
Любые обновления? Это декабрь - это функция, которая будет выпущена в 2019 году?

Я спросил тему AMA об этой проблеме. Может быть полезная информация.
https://www.reddit.com/r/FlutterDev/comments/d51o4w/were_the_flutter_team_at_google_ask_us_anything/f0ium5w?utm_source=share&utm_medium=web2x

@Hixie, я читал вашу статью на Reddit
https://www.reddit.com/r/FlutterDev/comments/d51o4w/were_the_flutter_team_at_google_ask_us_anything/f0ium5w/?utm_source=share&utm_medium=web2

Интересно, будут ли обновления приложения Flutter небольшого размера, если я опубликовал его как abb «Android App Bundle» в Google Play, или это только для нативного кода?

Это важная функция для корпоративных сборок (приложений, которые распространяются вне магазинов, например, через веб-порталы).

Это очень необходимая функция. Почему мы не можем получить его официально? Что мешает ему предоставить эту функцию?

это в дорожной карте 2020 года?

Нет

2020 и все еще жду

Пожалуйста, прочтите это перед тем, как размещать ниже.

Вот краткое изложение, если вы не хотите прокручивать вверх, чтобы понять:

Как было указано в этом комментарии , есть три большие проблемы:

• Что толкают
• Это безопасно для пользователей
• Откуда он толкается

Самый большой вопрос заключается в том, что именно толкают. Руководство Apple по запрещает любой вид кода . Да, используемая терминология _также включает push-код javascript_. Apple, похоже, не предприняла никаких действий против этого, и для этого может быть много причин, но любые причины, опубликованные здесь, будут чистым предположением.

Собственные правила магазина Google

Flutter, по крайней мере, в режиме выпуска, компилируется , и даже если это не так, он не является javascript , поэтому его нельзя интерпретировать на iOS без нарушения требования «no JIT» или очень медленного выполнения.

Второй - это _безопасно_ для пользователей, - это почти полное обоснование логики магазинов, запрещающей динамическую загрузку неконтролируемого кода. Разрешение кому-либо загружать что-либо из любого места и _ просто запускать это_ подвергает пользователей риску. Даже в изолированной программной среде, где выделены особые привилегии JavascriptCore в отношении push кода, это все равно небезопасно.

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

У вас могут быть самые лучшие намерения в мире, всегда найдется кто-то, кто нанесет вам удар в спину.

На данный момент на Android, если вы не используете магазин воспроизведения для распространения, вы можете просто встроить загрузчик, который получит apk и предложит пользователю установить его. Что ж, на iOS вы не можете загружать неопубликованные файлы без особой боли, а устройства JB не заботятся об ограничениях магазина приложений.

Теперь, возможно ли реализовать это для других платформ, кроме iOS или Android? Конечно! Но Desktop еще не находится в бета-версии (кроме того, вы также можете сделать свой собственный автообновление на рабочем столе самостоятельно), а в Интернете, ну, просто обновите страницу.

Теперь, если вы хотите, чтобы команда посмотрела, перейдите к первому посту и добавьте 👍.

Если ваш комментарий попадает в список ниже, пожалуйста, повторно разместите его.

• Спрашивать, есть ли это в дорожной карте
• «Его там нет» (и варианты, такие как предыдущий комментарий к этому)
• «Мы используем фреймворк X, потому что никакого кода не требуется»
• «Framework X лучше, потому что код проталкивается»
• «Нам нужен код»
• "Обновления?"
• Аргументы в пользу проталкивания кода,
  
  
  
  • Корпоративные / Загруженные приложения
  
  
  • Аварийное исправление
  
  
  • Добавление функций
  
  
• Аргументы против проталкивания кода, которые
  
  
  
  • Продолжительность обзора магазина приложений / игр теперь короче
  
  
  • Магазин приложений / игр запрещает это
  
  
  • Тебе это не нужно
  
  

Эта проблема уже связана с достаточным количеством комментариев, поэтому, пожалуйста , не добавляйте комментарии, которые ничего не добавляют к беседе. Если команде есть что сказать, они опубликуют это здесь, так как у этого поста сейчас почти 100 участников и более 500 лайков, игнорировать его невозможно.

Честно говоря, я не думаю, что это должно вас беспокоить. Разработчик будет использовать эту функцию на свой страх и риск. Если Apple внезапно решит запретить все приложения, использующие push-код, тогда вашему приложению придется использовать другой подход. Но этого не происходит с JavaScript. Этого не происходило годами, почему это должно происходить с Flutter? Они даже не могут это проверить. Люди просят эту функцию, потому что она полезна. Вы можете писать небольшие модули и обновлять их динамически. Это меняет правила игры. Вы можете исправить ошибку в модуле на лету. Вдобавок Apple не может реально проверить, что делает приложение, у него нет ресурсов. Это было бы невозможно, надеюсь, вы это понимаете. Плюс в чем смысл? Я могу написать непонятный код и вставить бэкдор в приложение, которое срабатывает, когда я предоставляю определенный JSON в результате вызова REST. Как Apple сможет это проверить? Не может. Apple или Android ничего не могут сделать, чтобы остановить это. Людям нужна эта функция, и вы должны ее реализовать. Что мы с ним делаем, это наше дело, а не ваше. Вы сами сказали, что у этой функции более 500 лайков и более 100 участников. Возможно, пришло время реализовать его по запросу сообщества.

@dedalozzo Отличные свежие аргументы!

Я не являюсь частью команды разработчиков флаттера, поэтому, пожалуйста, не нацеливайтесь на меня, чтобы запрашивать реализации.

Тем не менее, это правда , что Apple , и Google не может иметь ресурсы , чтобы обнаружить , что (игра защиты команда активна все время, они могут обнаружить опасное поведение автоматически), но реализация его «за спиной» теперь дает компании Apple реальную причину применить общий запрет на Flutter, поскольку он в основном _поставляется с_ инструментами, которые явно противоречат их политике.

Вы также можете сформулировать это как часть этического вопроса (следует ли реализовать что-то, что добавляет дополнительные риски к приложению и противоречит политикам магазина, во имя прогресса?) Или как вопрос планирования (следует ли вам работать над чем-то, что имеет массивный пункт « Если вы воспользуетесь этим, вероятно, вас могут забанить в магазине приложений / игр », которого пользователи, вероятно, захотят избежать и отвлечь ресурсы от других задач с безопасным и гарантированным воздействием?).

Не только это, но и случайное нарушение политики игрового магазина / связь с кем-то, кто нарушает политику игрового магазина, в основном означает, что ваша учетная запись будет заблокирована, поэтому она будет играть с огнем, что делает пользователей _ еще менее склонными к использованию этой функции_.

Кроме того, как указано выше, распространение вне магазина приложений позволяет отправлять обновленные APK-файлы.

Извините, я думал, что вы один из команды Flutter.

То, что вы говорите в своем последнем комментарии, правда. На самом деле, Apple и Google, похоже, терпят продвижение кода, даже если это гранично и противоречит правилам.

Но пока ваше приложение не причиняет никакого вреда, я не думаю, что они даже потрудятся проверить, действительно ли вы вводите код. Могут, если кто-то сообщит о странном поведении. Но в этот момент они будут принимать меры против разработчика этого приложения, а не против всех приложений, использующих push-код.

Очень большая работа в процессе, но позволяет подталкивать код https://github.com/chgibb/hydro-sdk

@chgibb Погодите ... это позволяет проталкивать код, но также меняет все это с Dart на Typescript?

Есть ли способ разделить эти две вещи? Чтобы получить код при написании Dart как обычно?

@SpajicM, который работает только потому, что он не использует Dart, вместо этого он, вероятно, использует JS-движок, такой как JavascriptCore, который принадлежит Apple, и они, похоже, смотрят в другую сторону, когда он используется с push-кодом.

Поцарапайте это, он использует байт-код Lua, который во всех отношениях противоречит политике магазина .

@miyoyo, почему это противоречит политике магазина?
@SpajicM это чисто аддитивный. Части машинописного текста могут быть встроены в более крупное приложение Dart. Такие маленькие, как отдельные фрагменты текста или целые экраны.

Политика магазина запрещает размещать любой скомпилированный код, из которых кажутся файлы .hc , поскольку они скомпилированы с байт-кодом lua (возможно, с расширениями, не проверенными).

Конкретный вариант использования _компилированного_ кода в приложения явно противоречит политике магазина воспроизведения , а элемент «исходный код не предоставлен», который вы _ можете_ передать javascript, как в CodePush, не будет применяться, нарушая рекомендации Apple .

Я не говорю, что концепция плохая, на самом деле это отличная работа! Просто загрузка байт-кода через Интернет явно противоречит политике магазина в обоих случаях.

Как работают все эти мобильные игры с их внутриигровыми обновлениями? Они только загружают / загружают ресурсы?

@miyoyo из https://play.google.com/about/privacy-security-deception/malicious-behavior/
...This restriction does not apply to code that runs in a virtual machine and has limited access to Android APIs...
Файлы .hc Hydro-SDK представляют собой чистый байт-код Lua 5.2 без расширений или специальных функций. Они запускаются в интерпретаторе, не имеющем функций для самоизменения или генерации кода. Ничего из dart:io не подвергается. Тем не менее, ничто не мешает внедрить класс dart:io File класса PlatformChannel s.

Раздел 2.5.2 Apple немного более неоднозначен в отношении значения слова «выполнить», а также в отношении изменения функций или функций.

https://developer.apple.com/app-store/review/guidelines/#2.5.2

...
2.5.2 Apps should be self-contained in their bundles, and may not read or write data outside the designated container area, nor may they download, install, or execute code which introduces or changes features or functionality of the app, 
...

@chgibb Хорошо, я бы сказал, что это может пройти на Android, хотя я все равно ожидаю отказа в App Store. (Не говоря уже о снижении пиковой производительности, но это, вероятно, деталь для телефонов высокого класса)

@kuhnroyal Обновления мобильных игр используют либо динамическую доставку активов для неисполняемых вещей , они обычно быстро отслеживаются, потому что они требуют меньше проверки, файлы расширения APK, которые позволяют выполнять частичные обновления, но по-прежнему подлежат регулярным циклам обновления магазина, и регулярные обновления APK .

Поговорили с клиентом: заголовок, что это больше не является для них приоритетом.

Вы можете использовать Localizely для беспроводного обновления текстов / переводов: https://localizely.com/flutter-over-the-air

Ради флаттера создайте эту функцию или посоветуйте нам, как ее создать. Спасибо .

Ребята, _прошу_, это уже третий раз, но _Не отправляйте комментарии, если вам действительно нечего добавить_ .

Проконсультируйтесь с этим постом, чтобы получить более подробную информацию и поставить отметку «Нравится» первому посту.

Сообщения больше не влияют, так как я почти уверен, что большая часть команды отключила уведомления для этого поста, давайте не будем шуметь, если вам нечего добавить.

тем временем какая-нибудь альтернатива для проталкивания кода?

тем временем какая-нибудь альтернатива для проталкивания кода?

судя по моему опыту, альтернативы нет

@samerdernaika @mfenej, хотя этот проект еще не совсем готов к производству, этот проект был начат с принудительной отправкой кода в качестве явной цели https://github.com/chgibb/hydro-sdk

@miyoyo

Самый большой вопрос заключается в том, что именно толкают. Руководство Apple по запрещает любой вид кода . Да, используемая терминология _также включает push-код javascript. Apple, похоже, не приняла меры против этого, и для этого может быть много причин, но любые причины, опубликованные здесь, будут чистым предположением.

Это неправда. Пожалуйста, проверьте еще раз и не распространяйте дезинформацию!

В разделе 3.3.2 лицензионного соглашения разработчика Apple говорится:

3.3.2. За исключением случаев, указанных в следующем абзаце, Приложение не может загружать или устанавливать исполняемый код. Интерпретируемый код может быть загружен в Приложение, но только при условии, что такой код: (a) не изменяет основную цель Приложения, предоставляя функции или функции, несовместимые с предполагаемой и рекламируемой целью Приложения, представленного в Приложение. Магазин, (б) не создает магазин или витрину для другого кода или приложений, и (в) не обходит подписи, песочницу или другие функции безопасности ОС.

Они очень конкретно разрешают загрузку интерпретируемого кода, такого как JS, до тех пор, пока вы не меняете основную цель приложения. Так было уже более 5 лет IIRC, и я никогда не слышал, чтобы кого-то дергали за использование codepush нормальным и ответственным образом.

Взгляните на раздел AppCenter, посвященный кодированию и соблюдению правил магазина. AppCenter codepush (при поддержке Microsoft) используется множеством приложений без проблем с соблюдением требований магазина. https://github.com/microsoft/react-native-code-push#store -guideline-compliance

Я вижу большой блокиратор codepush, который, возможно, не стоит компромисса с производительностью, вынужденного использовать compile-to-js или интерпретируемый Dart на iOS вместо предварительно скомпилированного. Поскольку Flutter нацелен на браузер, я подозреваю, что compile-to-js perf будет достаточно хорошо, но, возможно, все еще не является приемлемым компромиссом для производительности для команды Flutter.

Возможно, появится стороннее решение (например, AppCenter для React Native) и заполнит этот пробел. CodePush очень полезен!

Хм, быстрый поиск в Google показывает множество примеров того, как Apple отклоняет приложения, которые включают в себя возможность проталкивания кода, см., Например,

https://github.com/microsoft/react-native-code-push/issues/1297

Учитывая, что время проверки в App Store теперь почти всегда измеряется часами, а не днями, я не понимаю, зачем кому-то рисковать. Если push-код будет интегрирован в движок Flutter, Apple может решить запретить все приложения Flutter.

@matthewlloyd, вы совершенно правы, что время пересмотра сократилось. Я сам отправил (проприетарное) приложение в App Store сегодня утром и получил одобрение к концу дня! Но это недавно. Мы, как издатели мобильных приложений, по-прежнему зависим от прихоти / способности групп проверять наши заявки.

Обновление, попадающее в руки вашего пользователя, не движется со скоростью проверки приложения. Время между «выпуском разработчика», «обработкой в ​​магазине приложений», распространением на серверы в вашем пользовательском рынке и т. Д. Также может занять довольно много времени. Я видел, что эти более поздние стадии в крайних случаях занимали более 24 часов.

Если говорить лично, моя страсть к продвижению кода заключается в том, чтобы взять на себя ответственность за цепочку поставок обновлений в той мере, в какой она есть. Не говоря уже о довольно больших препятствиях, связанных с попыткой автоматизировать текущий процесс в согласованную установку компакт-диска, учитывая плачевное состояние инструментария xcode CLI.

Я думаю, что менее 24 часов в подавляющем большинстве случаев достаточно почти для всех. Если вам нужно получить обновление через процесс проверки Apple быстрее, чем это, например, для срочного исправления ошибки, вы можете запросить ускоренную проверку. Я сделал это один раз, и проверка приложения завершилась буквально через 10 минут после того, как я сделал запрос.

Взять на себя ответственность за цепочку поставок - это то, что каждый делает на свой страх и риск ...

Рекомендации Apple App Store, раздел 2.5.2 (https://developer.apple.com/app-store/review/guidelines/#software-requirements):

«2.5.2 Приложения должны быть автономными в своих пакетах и ​​не могут читать или записывать данные за пределами обозначенной области контейнера, а также не могут загружать, устанавливать или выполнять код, который вводит или изменяет функции или функции приложения , включая другие Обучающие приложения, предназначенные для обучения, разработки или предоставления учащимся возможности тестировать исполняемый код, могут в ограниченных случаях загружать код при условии, что такой код не используется для других целей. Такие приложения должны делать исходный код, предоставляемый Приложением, полностью доступным для просмотра и редактируется пользователем ".

Требования к программе для разработчиков Apple, раздел 3.3.2:

3.3.2 За исключением случаев, указанных в следующем параграфе, Приложение не может загружать или устанавливать исполняемый код.

@AndrewMorsillo Независимо от того, что содержится в каждом руководстве и независимо от того, какой объем информации представлен, лучшее, что мы можем сказать, это «Возможно, это разрешено, мы не уверены, что это не запрещаемое преступление, на самом деле, может быть, мы не уверены» .

Как бы то ни было, Flutter сейчас не запускает интерпретируемый дротик на iOS, добавив, что это будет тормозить производительность, и, как вы сами подняли, в дополнение к моим предыдущим сообщениям и сообщению очень серая зона, а в худшем случае это просто запрещено.

Насколько я могу судить, променять все это на обход 24-часового цикла проверки и написания тестов не стоит. (Я мог понять, когда это была неделя, и это обычно только на стороне iOS, что, по сути, является самым большим предметом разногласий здесь)

Речь идет даже не только о процессе проверки, но и о пользователях, которые застревают на старых версиях приложения, потому что они, возможно, отключили автоматическое обновление.

Конечно, вы можете выполнить проверку минимальной версии самостоятельно, но тогда им снова придется пройти через Play Store, и люди, к сожалению, ленивы. С push-кодом он мог просто быстро обновлять приложение при каждом запуске (я надеюсь) и позволять пользователю более плавно входить в него.

@miyoyo Я не знаю, почему вы чувствуете необходимость отвечать на каждый комментарий или идею, представленную здесь. Люди этого хотят. Вы, ребята, сказали людям проголосовать за проблему, и мы проголосовали за нее до самого верха. Это никогда не будет решено, если кто-то активно не подумает об этом и не подтолкнет к этому.

Есть другой способ решить эту проблему. Я видел, как это делают многие приложения. Приложение, если нет
даты, появится всплывающее сообщение, либо вы закрываете его, либо обновляете приложение. все это.

Пт, 7 августа 2020 года, в 07:38, SpajicM [email protected] написал:

Речь идет даже не только о процессе проверки, но и о пользователях, которые
застрял в старых версиях приложения, потому что они могли отключить
автоматическое обновление.

Конечно, вы можете выполнить проверку минимальной версии самостоятельно, но тогда они
снова нужно пройти через Play Store, а люди, к сожалению, ленивы. С участием
push-код, он может просто быстро обновлять приложение при каждом запуске (я надеюсь) и
впустить пользователя более плавно.

@miyoyo https://github.com/miyoyo Я не знаю, почему вы чувствуете
необходимость отвечать на каждый комментарий или идею, представленную здесь.
Люди этого хотят. Вы, ребята, сказали людям проголосовать за проблему, а мы проголосовали за
это все до самого верха. Это никогда не будет решено, если кто-то
активно об этом думает и подталкивает.

-
Вы получаете это, потому что подписаны на эту беседу.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/flutter/flutter/issues/14330#issuecomment-670242698 ,
или отказаться от подписки
https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA
.

Есть другой способ решить эту проблему. Я видел, как это делают многие приложения. Если приложение устарело, появится всплывающее сообщение: либо вы закрываете его, либо обновляете. все это.

Наверное, худший способ UX ...: /

@SpajicM

Речь идет даже не только о процессе проверки, но и о пользователях, которые застревают на старых версиях приложения, потому что они, возможно, отключили автоматическое обновление.

Конечно, вы можете выполнить проверку минимальной версии самостоятельно, но тогда им снова придется пройти через Play Store, и люди, к сожалению, ленивы. С push-кодом он мог просто быстро обновлять приложение при каждом запуске (я надеюсь) и позволять пользователю более плавно входить в него.

С точки зрения UX, разве это не _плохой_ способ обработки обновлений? Если кто-то вручную отключает автоматические обновления, почему Flutter должен это переопределить? Спорно, должно ли какое-либо приложение обладать такой мощностью, но уж точно не вся структура.

Я думаю, что централизация процесса обновления через магазины приложений лучше для UX, поскольку они могут управлять всеми обновлениями через магазин. UX за счет времени разработчика - это своего рода суть разработки приложений. А если вам нужно немедленное исправление (например, для уязвимости), вы можете получить ускоренное обновление или запретить пользователю использовать приложение до тех пор, пока оно не обновится. Конечно, последнее - не лучший вариант, а первое раздражает, но это потому, что Apple и Google ставят пользователей на первое место и имеют мало общего с самим Flutter.

@chgibb

Если говорить лично, моя страсть к продвижению кода заключается в том, чтобы взять на себя ответственность за цепочку поставок обновлений в той мере, в какой она есть.

Это своего рода проблема с этой веткой - пытаться делать то, против чего категорически предупреждают Apple и Google, - не лучшая идея, если вы собираетесь использовать их магазины приложений. Как сказал @miyoyo , это в лучшем случае серая зона, которая не совсем подходит для структуры, используемой Google и другими компаниями / частными лицами.

Наконец https://github.com/flutter/code-push

Фактически это https://github.com/microsoft/react-native-code-push

Что ж, Flutter все еще не может обновить ваш код, но на самом деле эта ссылка говорила об изображениях и напомнила мне, что Firebase Remote Config - это вещь. Обратной стороной является то, что вам нужно упредить, какие фрагменты кода могут нуждаться в изменении, и ожидать этих изменений в вашем приложении, но как только это будет сделано, должно быть довольно быстро развернуть новые изменения без магазина приложений (аналогично тому, что делает React Native Code Push с его изображения)

@ardyfeb Люди вроде вас плохо

Есть другой способ решить эту проблему.
без использования флаттер-паутины

Есть другой способ решить эту проблему. Я видел, как это делают многие приложения. Если приложение устарело, появится всплывающее сообщение: либо вы закрываете его, либо обновляете. все это.
…
Пт, 7 авг.2020 в 07:38, SpajicM @ . * > писал: Речь идет даже не только о процессе проверки, но и о пользователях, которые застревают на старых версиях приложения, потому что они, возможно, отключили автоматическое обновление. Конечно, вы можете выполнить проверку минимальной версии самостоятельно, но тогда им снова придется пройти через Play Store, и люди, к сожалению, ленивы. С push-кодом он мог просто быстро обновлять приложение при каждом запуске (я надеюсь) и позволять пользователю более плавно входить в него. @miyoyo https://github.com/miyoyo Я не знаю, почему вы чувствуете необходимость отвечать на каждый комментарий или идею, представленную здесь. Люди этого хотят. Вы, ребята, сказали людям проголосовать за проблему, и мы проголосовали за нее до самого верха. Это никогда не будет решено, если кто-то активно не подумает об этом и не подтолкнет к этому. - Вы получаете это, потому что подписаны на эту беседу. Ответьте на это письмо напрямую, просмотрите его на GitHub < # 14330 (comment) > или https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA .

Звучит здорово ... если вы создаете банковские приложения.

Если кому-то нужны беспроводные обновления только для переводов приложений, вот образец приложения Flutter: https://github.com/localizely/flutter-ota-sample-app

Кажется, рекомендации Apple отличаются от прежних?

Это все то же самое

2.5.2 Приложения должны быть автономными в своих пакетах и ​​не могут читать или записывать данные за пределами обозначенной области контейнера, а также не могут загружать, устанавливать или выполнять код, который вводит или изменяет функции или функции приложения, включая другие приложения. . Образовательные приложения, предназначенные для обучения, разработки или тестирования исполняемого кода учащимися, могут в ограниченных случаях загружать код при условии, что такой код не используется для других целей. Такие приложения должны делать исходный код, предоставляемый Приложением, полностью доступным для просмотра и редактирования пользователем.

Однако я не могу найти других ссылок на интерпретируемый или исполняемый код.

Возможно ли, что подробности об экосистеме Apple из исходного сообщения больше не соответствуют действительности, учитывая, что они больше не говорят ничего конкретно об интерпретируемых или компилируемых языках?