Flutter: コードプッシュ/ホットアップデート/帯域外アップデート

cc @floitschG

も参照してください
https://groups.google.com/forum/#!msg/flutter -dev / YwzItp1pxJo / 7bFGDLvxBAAJ
私はこれに非常に興奮しています。

これはReactNativeの唯一の真に特徴的な機能の1つである可能性があるため、これはかなり重要だと思います。残念ながら、一部の企業はこれを契約破りと見なす可能性があります。

ユースケース

• 特にiOSでの重大なバグ、特にVIPや緊急の時間に敏感な状況、ビジネスクリティカル、および/または何らかの理由でアプリをまったく使用できないユーザーの場合。
• 段階的なロールアウトよりも機能の動的なテスト
• これは、FuschiaやChromebookの準備に最適です。 pwas / Kotlin / Swift / React / Xamarin / other-junkier-hybridソリューションだけでなく、フラッターがWebアプリと「競合」しているシナリオが存在する可能性があります

Flutter vs React Nativeである壮大な戦いでは、コードプッシュはツールの1つの地獄です（：
RN開発者として、私はこの機能の重要性を十分に強調することはできません。 ホットプッシュがないという理由だけで、多くの人がFlutterを通過します。 バグをすばやく修正して新機能をプッシュすることに慣れたら、元に戻すことはできません。

javascriptパスにコンパイルすると、ダーツの利点が減少しますよね？
Rollout.ioを使用してコードをリロードできるネイティブアプリを見つけましたが、Appleによってブロックされました： https ：//news.ycombinator.com/item？id = 13817557
このパターンを見ると、フラッターには、reactnativeで見られるようなシームレスなコードプッシュ機能がないようです。
コアメンテナからこの機能の可能性についてより多くの洞察を得たいと思います（：

javascriptパスにコンパイルすると、ダーツの利点が減少しますよね？

あなたはどのような利点について話しているのですか？

Codepushは非常に必要です。 Flutterでの無線アップグレードリリースの可能性を見るのが大好きです。

本番アプリのライブユースケースで、わずかにエッジケースのように見える機能（すべてのテストアカウントが持っているわけではないユースケースでの場所の許可の拒否に関連する）について多くの悪いレビューを受け取っていましたが、実際にはそうではありませんでした。 NS。

コードプッシュ機能は、ユーザーがアップグレードするのを待つのではなく、ユーザーに重要な修正をすぐにプッシュする可能性があります。 何らかの理由で、ユーザーのアップグレードが遅いようです:(

ホットコードプッシュのサポートはありません:-(

インタプリタコードにJavascriptCoreが不要になったようです： https ：

IOSエコシステムが障害となっている場合は、今のところAndroidにのみ実装してみませんか？ 何もないよりも良いものとその出発点。

チームがこの機能をできるだけ早く実装してくれたことに感謝します。

ここでいくつかの基本的なプロトタイプを作成しましたが、現時点で共有できるものはありません。 これを本当にうまく行うには、Dartのコンパイラツールチェーンでいくつかの作業が必要になります。 ここで多くのことを共有できるようになるまでには、何ヶ月もかかると思います。 チームは現在、1.0の安定化に重点を置いています。

そうは言っても、私たちはあなたの言うことを聞きます。 :)これは明らかに多くの人が評価する機能であり、最終的にはこのような機能を提供することに関心があります。

Flutterの「コードプッシュ」サポートは、ReactNativeに関する棺桶の最後の釘になる可能性があります。

RNとRNコミュニティに対する私のすべての愛情をもって、それはゲームチェンジャーであり、Flutterに匹敵するものではありません。
Flutterは、あらゆる側面（ツール、パフォーマンス、言語など）でそれを釘付けにします。

1.0ヒットし、コミュニティがもう少し成長した後+コードプッシュサポート= Flutter以外で新しいモバイルプロジェクトを開始する理由がわかりません。

「コードプッシュ」の進捗状況は??

完全な.soを動的に置き換えることはどの程度実現可能でしょうか？ 優先順位リストの一番上に常にチケットがあることを考えると、コンパイラツールチェーン全体、コードシェイクなどは、人々が利益を得るかもしれないし、利益をもたらさないかもしれないという議論の余地のあるエッジケースに向けられるべきではありません。

完全な.soファイルを「サイドローディング」する余地があるはずなので、dartからマシンコードへのビルドはまったく同じです。 小さいながらも完全に独立したコンポーネントには、次の「実行可能な最小限の機能」を割り当てることができます。.soをダウンロードして、最初に出荷されたコンポーネントと交換し、メインの起動目的でアプリを再起動します。

追加の責任：アセットのダウンロード、署名の検証など。 flutter / dart / skiaエンジンなどを更新します。

iOSのガイドラインに違反しているように思えますが、とにかく解釈されるもの、またはiOS全般のファンではありません。 そして、それがかっこいいという理由だけで、まったく持っていないよりも、Androidで持っているほうがいいです。

バックグラウンドでいくつかの分離作業が許可されているので、少なくともダウンロード部分は実行可能のようですが、元の.soをダウンロードしたものと交換する方法を見るのは興味深いでしょう。 たぶん、余分な.soまたはjavaコードでその部分を実行できますが、コードフォルダーに配置されます。アプリ自体がそれを変更できるかどうかわからないため、フラッターエンジンがすべてのアプリの.soを内部からロードするように微調整が必​​要になる可能性があります。データ？

フラッターを使用して会社のアプリを刷新し始めました。 ただし、まだベータ版であり、新しいUIと機能を迅速にテストし続けるため、ホットアップデート機能が必要です。 この機能を持って生きるだろう。

更新はありますか？
（この機能はすでに完了しており、1.0がヒットするとサプライズとして表示されると思います）
😁

賛成票

Flutterの使用を妨げる理由は1つだけです：コードプッシュ

コードプッシュをサポートできない場合、パーサーをいくつかの辞書（json、xml ...など）からFlutterウィジェットに生成する方法はありますか？ これは不可能ですか、それとも良い考えですか？

これは少し有望に聞こえます。 必要に応じて、Firebaseのリモート設定をウィジェットに設定します。
企業に彼らが何を望んでいるかについての考えを持たせることも助けになりますが:)

金、2018年10月12日には、午前3時45分AM掛けられルオンDJOミン[email protected]
書きました：

コードプッシュをサポートできない場合、パーサーを作成する方法はありますか
いくつかの辞書（json、xml ...など）からFlutterウィジェットに生成しますか？ は
これは不可能ですか、それとも良い考えですか？

—
コメントしたのでこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/flutter/flutter/issues/14330#issuecomment-429251785 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AC4TYe9qDMi4bt2U5qyyAnJisN3ys_Z5ks5ukFavgaJpZM4RxUZi
。

少なくともDartで書かれたUI / Viewはネットワーク経由でサーバーからダウンロードできると思います。
インスピレーションについては、QtQuickフレームワークがどのように行っているかをご覧ください。

QtDD12-ネットワーク経由でQMLアプリケーションを提供する-JeremyLaine：

• ビデオ
• スライド

今後の1.0リリースに含まれることを期待してください！

お客様の多くは、Googleストアのアプリ更新メカニズムを妨げる厳格なファイアウォールの背後にあるキオスクデバイスでFlutterアプリを使用します。 これらのお客様は、Playストアをホワイトリストに登録しません。 最終的には、Flutterアプリを備えた何百ものハードウェアデバイスがあり、顧客のファイアウォールの制限を遵守しながらアプリに更新をプッシュする方法があると素晴らしいでしょう！

@ eseidelGoogle-皆さんがここでいくつかの更新を提供してからしばらく経ちました。

あなたたちはまだこれに取り組んでいますか？ 調子はどうですか？

進歩は続いています。 現在、共有する更新はありません。

今日、人々がこのバグに集中していることについて、3つの明確な用語を考え出しました。

• 「動的パッチ」:(ある種の）パッチをダウンロードしてDart VMに提供することにより、フィールドでアプリのDartコードを更新する機能。 これを有効にするには、アプリをリロードする必要があります。
• 「動的拡張機能の読み込み」：アプリが最初に公開されたときに書き込まれなかったDartコードをダウンロードする機能。これにより、アプリに新しい機能が追加されます。 これはその場で行うことができます。 将来の各拡張機能で何が必要かを事前に知ることができないため、コアアプリを大きくする必要がある場合があります。
• 「モジュラーアプリケーション配信」：コンパイル時に単一のアプリを複数の個別のアーカイブにパッケージ化し、必要に応じて個別にダウンロードする機能。

この問題を、個別に追跡できる3つのバグに分割する必要があります。

これはiOSで本当に実現可能ですか？ Appleがrollout.ioの場合別として、javascriptはJITなしで実行する必要があります（iOSの実行可能ページへの書き込みはありません）。 また、Flutterが大量の短命のオブジェクトを作成している間のJavascriptコアの異なるGC特性は、良い前兆ではない可能性があります。

Appleが現在（または将来）許可する/許可しないことは、技術的な実装とは完全に別のものです。 FlutterはiOS以外の多くの場所で実行されます。 明らかに、私たちは常にiOSで動作するテクノロジーを設計したいと思っています（多くの可能な「コードプッシュ」ソリューションが可能であると私は信じています）が、iOSだけが考慮事項ではありません。 それがお役に立てば幸いですか？

1.0でリリースされたCodePushが表示されないのは本当に悲しいことです。 他の人と同じように、これが、アプリストアを待たずにパッチを適用する機能を必要とするプロジェクトで使用できない主な理由です。
幸運を祈りますが、そこにたどり着くのは大変な作業です。

Flutterの使用を妨げる理由は1つだけです：コードプッシュ

このトピックへの関心を示すためだけにフィードバックを残したいと思います。
私の会社は、メンテナンスチームを管理するためのAndroid専用のマルチカスタマーアプリを開発しています。 2018年には、約100のアップデートをリリースしましたが、そのほとんどは各顧客が必要とする微調整やカスタマイズであり、事前に予測できないため、GooglePlayを通じて新しいバージョンをリクエストすることはありませんでした。
このアプリをFlutterで書き直すのは夢ですが、書き直しのコストは別として、GPlayを通じて修正やカスタマイズが公開されるのを待つためにお金を無駄にするのは悪夢です。

できるだけ早く達成したい

別のポイント：Flutterチームがホットフィックスソリューションを公式に提供する場合、ホットフィックスはAppStoreレビューガイドラインに確実に違反するため、AppleはFlutterによって構築されたすべてのアプリをいつか拒否する可能性があると思います。開発者はAppStoreレビューをバイパスして変更できます。アプリ、それはユーザーにとって安全ではありません。

現在、Appleは、中国で最も人気のあるホットフィックスソリューションであるJsPatchを使用するすべてのアプリを拒否しています。 JsPatchは、JsCoreおよびOCランタイムの上に構築されています。

アプリが将来Appleによって拒否される可能性があるのではなく、ホットフィックス機能なしでFlutterアプリを構築したいと思います。

@MaxZengJsPatchについて知ってうれしいです。 しかし今のところ、ホットパッチは許可されているようです。 Appleのストアには多くのReactNativeアプリがあり、それらはすべてCodePushを介したホットパッチを使用しています。

この例のようなiOS / androidサポートのみの場合：
MyFlutterApplicationは許可を求めます/アプリを更新したい
変更ログ：子猫と犬を追加（v1.0）
許可| 許可しない

両当事者のガイドラインを確認した後。

@MaxZengJsPatchについて知ってうれしいです。 しかし今のところ、ホットパッチは許可されているようです。 Appleのストアには多くのReactNativeアプリがあり、それらはすべてCodePushを介したホットパッチを使用しています。

はい、ReactNativeは今のところコードプッシュの例外ですが、Appleがそれを公式にサポートしているという意味ではありません。 当社のアプリは、RNのようなフレームワークのために最近AppStoreによって3回以上拒否されており、これらの関数をOC / H5で書き直す必要があり、開発者にとっては悪夢です。

それは最終的にはUIKitの上にレンダリングされるので、ネイティブは、まだアップルにSAFE枠組みで反応するが、フラッターは完全に異なっています：
1、まず、Appleの開発者エコシステムを破壊し、UIKitフレームワークをバイパスし、Appleの制御の及ばないものになります。たとえば、AppStoreにはますます多くのMDスタイルのアプリがあり、これはAppleのヒューマンインターフェイスガイドラインに反する可能性があります。 アップルはその素晴らしいデザインで有名な会社です。
2、次に、ホットリロードがFlutterによって公式にサポートされている場合、Appleはこの理由を使用してFlutterアプリを直接拒否する場合があります。

私の見解では、FlutterはAppStoreレビューガイドラインを破るのではなく従う必要があります。これはクロスプラットフォームのモバイルフレームワークにとって重要です。Appleのエコシステムを破ってはいけません。 AppleがFlutterを拒否した場合、Flutterの主な利点は失われます。

CodePushは難しい技術でも神秘的な技術でもありません。Appleはそれを簡単に実装できます（特にOCに基づく）。Appleがそれを許可しない唯一の理由は、エンドユーザーにとって安全ではないということです。これはAppStore / GooglePlayに完全な損害を与えます。 多くのアプリがいつでもどこでも機能を変更できる場合は災害であり、アプリの公開が許可された後、これらの有害なアクションを追跡して制限することは困難です。

CodePushは単なる技術ではなく、モバイルエコシステムの重要な部分です。 Flutterチームは、このような手法を公式に提供するべきではないと思います。一部の開発者が個人的に実装する場合もありますが、乱暴に使用されることはないため、これで問題ありません。

@MaxZengJsPatchについて知ってうれしいです。 しかし今のところ、ホットパッチは許可されているようです。 Appleのストアには多くのReactNativeアプリがあり、それらはすべてCodePushを介したホットパッチを使用しています。

はい、ReactNativeは今のところコードプッシュの例外ですが、Appleがそれを公式にサポートしているという意味ではありません。 当社のアプリは、RNのようなフレームワークのために最近AppStoreによって3回以上拒否されており、これらの関数をOC / H5で書き直す必要があり、開発者にとっては悪夢です。

React Nativeは、最終的にUIKitの上にレンダリングされるため、Appleにとっては_SAFE_フレームワークですが、Flutterは完全に異なります。
1、まず、Appleの開発者エコシステムを破壊し、UIKitフレームワークをバイパスし、Appleの制御の及ばないものになります。たとえば、AppStoreにはますます多くのMDスタイルのアプリがあり、これはAppleのヒューマンインターフェイスガイドラインに反する可能性があります。 アップルはその素晴らしいデザインで有名な会社です。
2、次に、ホットリロードがFlutterによって公式にサポートされている場合、Appleはこの理由を使用してFlutterアプリを直接拒否する場合があります。

私の見解では、FlutterはAppStoreレビューガイドラインを破るのではなく従う必要があります。これはクロスプラットフォームのモバイルフレームワークにとって重要です。Appleのエコシステムを破ってはいけません。 AppleがFlutterを拒否した場合、Flutterの主な利点は失われます。

CodePushは難しい技術でも神秘的な技術でもありません。Appleはそれを簡単に実装できます（特にOCに基づく）。Appleがそれを許可しない唯一の理由は、エンドユーザーにとって安全ではないということです。これはAppStore / GooglePlayに完全な損害を与えます。 多くのアプリがいつでもどこでも機能を変更できる場合は災害であり、アプリの公開が許可された後、これらの有害なアクションを追跡して制限することは困難です。

CodePushは単なる技術ではなく、モバイルエコシステムの重要な部分です。 Flutterチームは、このような手法を公式に提供するべきではないと思います。一部の開発者が個人的に実装する場合もありますが、乱暴に使用されることはないため、これで問題ありません。

非常に興味深い点であり、いくつかの点で合理的に聞こえますが、いくつかの間違いもあります。

1. FlutterはAppleのクパチーノもサポートしています。MDだけが選ばれているわけではありません。
2. ゲームエリアのUnityをご存知かもしれませんが、Flutterのレンダリングシステムはいくつかの点で同様に機能します。
3. 実際、今のところ、web（JS）を使用すると、CodePushを実装し、AppStoreのレビューをバイパスしてアプリを変更できます。 では、なぜFlutter（dart）を拒否し、JSをオフにするのですか？

では、なぜFlutter（dart）を拒否し、JSをオフにするのですか？

JSはサンドボックスで実行されるため、安全です。 （SafariでロードされたすべてのWebページのように）

Dartはバイナリコードにコンパイルされ、そのようなサンドボックスによる制約を受けません。

私は長年Android開発者です。 コードプッシュはそれほど重要ではないと思います。
コードプッシュなしでは開発できませんか？ もしそうなら、それはあまりにも愚かです。
Flutterはモバイルのフレームワークであるため、まず最初に、モバイル開発の知識をさらに学ぶ必要があります。
コードプッシュなしで、フルアップデートを使用できます。
広告が言うように：人がそれに来るとき橋を渡りなさい。
開発者として、同じ問題を解決するにはさまざまな方法を使用することがより重要だと思います。

FlutterはReactNativeではないため、React Native（または他のフレームワーク）のエクスペリエンスを使用してFlutterを確認することはできません。これらは異なるものです。

@MaxZengおそらく、フラッターはAndroid専用のホットアップデートを有効にすることができます。

RNのようなホットアップデートがなければ、Flutterに移行することはできません！ フレームワークは開発者の生活を楽にするはずです!!

待っていた花は全部なくなってしまいました。

@MaxZengおそらく、フラッターはAndroid専用のホットアップデートを有効にすることができます。

1、実際には、Google Playストアのエコシステムにも損害を与え、Androidチームがアプリの動作を制御するのが難しくなります。
2、CodePushはほとんどのアプリに必要ありません。このテクノロジーは一部の開発者によって悪意を持って使用されます。
3、開発者がパッチを正しく暗号化しない場合、大きな「中間者攻撃」を引き起こす可能性があります。悪意のあるハッカーは、プッシュされたコードを変更してFlutterAppsを乗っ取る可能性があります。

言いたいのですが、ホットフィックスはほとんどの中国企業にとってインポート機能です。 70％以上の中国のAndroidデバイスはGooglePlayをサポートしていません

@ act64チェックhttps://github.com/flutter/flutter/wiki/Roadmap

@ act64チェックhttps://github.com/flutter/flutter/wiki/Roadmap

ロードマップには、Androidのホットフィックスが記載されています。iOSがまもなくサポートされることを願っています。

@taibaiyinxing Flutterは、Apple App-storeで許可されていない機能を提供することはできません。

@taibaiyinxing Flutterは、Apple App-storeで許可されていない機能を提供することはできません。

@zoechiエンタープライズアプリを使用しており、app-storeにアップロードする必要はありません。

Androidでの動的パッチ適用により、サーバーから直接Androidで実行されているFlutterアプリケーションにコード更新をデプロイできます。
🎉

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

今年はIOSでCODEPUSHをサポートする予定はないようです。

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

「ここにあるリストは、網羅的であると見なされるべきではなく、このすべての作業を完了するという約束でもありません。」 :)

コードプッシュ作業は、まだテストの比較的初期の段階にあります。 2019年にその作業を展開する/展開しないプラットフォームはまだ決定されていません。 結局2月だけです。 10ヶ月は長いです！

現在、エンジニアは、 https ： //github.com/flutter/flutter/issues/14330#issuecomment-442274897で概説されている3つのユースケースます。
今後数か月以内に、これらのユースケースの少なくとも1つについて限定的なテストを開始する予定です。

私たちのフラッター開発技術はあまり成熟していないため、APPは頻繁に更新され、多くは緊急の更新です。 そして、私たちのアプリはアプリストアをアップロードする予定はありません。 したがって、この機能は非常に重要です。 これにより、APPの反復速度を向上させることができます。 そうしないと、APPの断片化により、APIが遅延します。

私たち全員が同意できると思いますが、この問題の原動力は、GoogleとApple（店舗）の両方が管理する壁に囲まれた庭を介してモバイルアプリをエンドユーザーに配信することは、アプリ開発者にとって大きな不便であるということです（言うまでもなく優れた/革新的なアプリのエンドユーザーへのサービスが不十分）、Appleが最も不便です（Googleの場合は数時間であるのに対し、Appleの場合は数日）。

副次的な点として、考えられる解決策は、ストアが「信頼できる」開発者（ファストトラックサービスなど）に即時更新のパスを提供する場合です。 その後、GoogleとAppleは、アプリのリアルタイム監査（AI ?? ...のように、必要に応じて事後自動ロールバックを使用して自動化）を実行できます。 しかし、これは多くの技術的およびその他の理由からはありそうにないようです。 もちろん、どちらのストアにもベータテスターへの近道があります。

したがって...この号の機能を待っている間、モバイルアプリをエンドユーザーに配信する際の不便さを軽減する1つの方法は、手順を自動化することです。

Flutterに対してこの種の自動化を行うツールの例については、以下を参照してください。
https://github.com/mmcc007/fledge
記録として、簡単に自動化できない、関連する1回限りのセットアップ手順の多くに関するドキュメントが含まれています。
https://mmcc007.github.io/fledge/

@charliezzoこのツールまたはそのようなツールを使用すると、Flutterアプリ（およびアップデートなど）を数分以内にAndroidおよびiOSベータテスターに​​配信できます。

また、店舗を介したエンドユーザーへの配信を自動化するワークフローもあります（Googleの場合は数時間以上、Appleの場合は数日以上😂👍）。

@ mmcc007
ああ、ありがとう。 しかし、私は自分のアプリをグーグルプレイとアプリストアにプッシュしたくないと言います。
他の方法でアプリを販売する必要があります。
そして、私は私のアプリを更新するためにグーグルプレイとアプリストアを必要としません。
ユーザーがアプリをインストールして起動したときにのみ、アプリを自分で更新したいと思います。
そして、flutterは60FPS以上のフレームワークであり、オンラインゲームを作成できます。GooglePlayやアプリストアによる小さなパッチは必要ありません。
あなたはグーグルプレイとアプリストアによる少しの時間ですべてのパッチが遅くて難しいことを知っています。
実際、中国ではグーグルプレイを使用できないことをご存知でしょう。 そしてアプリストアは非常に遅いです。
中国にはグーグルプレイのようなアプリストアがたくさんあります。すべてのアプリストアにアップデートをプッシュする時間はありません。

コードプッシュはFlutterの主要な機能である必要があります。 上に置きます。

Androidのapp_flutters内​​のすべてのファイルを置き換えることでそれを作ることができます

こんにちは、さらなる議論のために私にあなたの電子メールを教えてもらえますか、私たちのチームもこの解決策を見つけましたが、それはアプリケーションを強制終了してアプリを再起動する必要がある場合にのみ機能します。tks

こんにちは、さらなる議論のために私にあなたの電子メールを教えてもらえますか、私たちのチームもこの解決策を見つけましたが、それはアプリケーションを強制終了してアプリを再起動する必要がある場合にのみ機能します。 tks @LNeway
@KinsomyJS
また、実現可能性を検証するためにデモを実行しました。

簡単なスニペットまたはブログ投稿と共有するか、ここにコメントするか、電子メールで[email protected]を送信してください...

@LNeway @KinsomyJSどちらかが詳細を教えてくれますか？
ありがとう

@taibaiyinxing Flutterは、Apple App-storeで許可されていない機能を提供することはできません。

@zoechiあなたやFlutterチームは、Flutterで実行可能なコードプッシュ手法はReact-nativeで実行可能なコードプッシュ手法とは根本的に異なり、禁止されていると結論付けている分析を行っていると言っていますか？

この機能が追加された場合、ベータ1.0.0をサポートしますか？

@dahabdev

Ionicでの経験から、「コードプッシュ」は過大評価されていると思います。他にも多くの基本的な重要な機能が不足しているにもかかわらず、Flutterチームがそれに取り組むのにあまり時間をかけないことを願っています。

UAVForecastを開発したとき、アプリのコンテンツ全体をリモートで更新する「ionicdeploy」機能に惹かれてIonicを使用しました。 当時（これは2014年でした）、AppleのAppStoreのレビュー時間は約2週間でした。 彼らが言うように、私は素早く繰り返し、速く動き、物事を壊したかったのです。

最初は「イオン展開」は素晴らしかったが、すぐにいくつかの大きな問題に気づいた。 それは私のユーザーに混乱を引き起こしました（「アプリはそれ自体が更新されたと言っているのに、なぜPlayストア/ Appストアで保留中の別の更新があるのですか？」）; たとえば、アプリのメタデータ（権限など）がCordovaプラグインによってサイレントに変更されたが、ホットコードプッシュによって更新されなかった場合など、アプリが破損することがありました。 バージョン番号の追跡はトリッキーで、私がストアにプッシュしたものと同期しなくなりました。 バグから自分自身を常に「イオン展開」できるので、テストについて怠惰になりました。 そして時々、私はもっと悪いバグをプッシュすることになりました。アプリレビューチームが彼らに見る機会を与えていたら、それを捕まえたかもしれません。

最初のバージョンをリリースしてから約1年後、AppStoreのレビュー時間は大幅に改善されました。 今日、それはほんの数日であり、そしてもちろんグーグルのプレイストアではそれはほんの数時間である可能性があります。 私が抱えていたすべての問題を考慮して、アプリから「イオン展開」機能を削除することにしました。数百万回のダウンロードが遅れているため、振り返ることはありません。

私はIonicが好きで、その開発者であるDriftyが行ったすべてのことを本当に感謝しています（ありがとう！）が、Driftyは、ユーザーを引き付けるコードプッシュなどの光沢のある機能に多くの時間を費やし、取得するのに十分な時間がないという間違いを犯したと主張しますフレームワークの要点は、それらを追い払うことになる問題を回避する権利です。 現在、その4番目のバージョンでは、Ionicが後方互換性のない方法で何度も書き直されているため、私は追いつくのをやめています-最新バージョンには、アップグレードを妨げるいくつかの重大な問題がまだ残っています。現在、アプリ全体を書き直しています。フラッター。

これまでの経験は素晴らしく、とても楽しんでいますが、Flutter、特にプラグインにはまだいくつかの大きなギャップと欠落があります。 例：テキストフィールドとパスワードの自動入力は統合されていません。Googleマッププラグインは必要最低限​​のものです（関連するフレームワークレンダリングのバグがあります）。ネイティブWebViewはアセットを読み込むためのfile：// URLをサポートしていません。タブバーは、サポートしていません。透明度またはグラデーションの背景をサポートし、テーブルセルはcolspanをサポートしません。テーマデータは、アニメーションで使用するアプリ固有の色で拡張できません。完全にタイムゾーンを認識する唯一のDateTimeライブラリには、モーメントとモーメント-タイムゾーンの多くの重要な機能がありません。状態管理への非常に多くのアプローチは、初心者にとって混乱を招きます。奇妙な例外を回避するために頻繁に「フラッタークリーン」する必要があります。ホットスワップが正常に機能しないことがよくあります。

特にAppleがFlutterアプリを拒否するリスクがある場合、最終的にアプリのパフォーマンスを向上させる最適化をより困難にする可能性のあるコンパイラフレームワークへの大幅な変更が必要な場合は、これらのすべてを「コードプッシュ」よりも重要とランク付けします（ 「コードプッシュ」よりもパフォーマンスが5％向上します）、またはフレームワーク機能を完成させるのに時間がかかります。

一方で、一部の開発者は、特に店舗の外で活動している場合には、本当にそれを必要とするかもしれないことがわかり、ここでの熱意を理解することができます。

@matthewlloydたくさんの素晴らしいポイント！

コードプッシュをサポートできない場合、パーサーをいくつかの辞書（json、xml ...など）からFlutterウィジェットに生成する方法はありますか？ これは不可能ですか、それとも良い考えですか？

-これについて誰か意見はありますか？
https://pub.dartlang.org/packages/dynamic_widget
それは「重大なバグ」の恐れに対処していませんが、有望に見えます。

それはクレイジーな部分です。コードプッシュは部屋の中の象であり、それはビジネス/プロセスの問題であり、技術的な問題であり、一方は他方を無視する傾向があります...

テキストフィールドとパスワードの自動入力は統合されていません。Googleマッププラグインは必要最低限​​のものです（関連するフレームワークレンダリングのバグがあります）。ネイティブWebViewはアセットを読み込むためのfile：// URLをサポートしていません。タブバーは、透過性をサポートしていません。グラデーションの背景、テーブルセルはcolspanをサポートしていません、ThemeDataはアニメーションで使用するアプリ固有の色で拡張できません、唯一の完全にタイムゾーンを認識するDateTimeライブラリには、モーメントとモーメント-タイムゾーンの多くの重要な機能がありません。非常に多くのアプローチがあります状態管理を行うと、初心者にとっては混乱を招きます。奇妙な例外を回避するために、頻繁に「フラッタークリーン」する必要があります。ホットスワップが正常に機能しないことがよくあります。

うまくいけば、これらすべてにすでにGithubの問題があります：D

これは以前、2019年のロードマップに含まれていました。これをより詳細に調査した後、現時点ではこの作業を続行しないことを決定しました。

この決定に至ったいくつかの要因がありました。

• AndroidとiOSのストアポリシーの理解に準拠するために、ソリューションはAndroidのJITコードとiOSのインタープリターコードに限定されます。 iOSでのこのようなソリューションのパフォーマンス特性が、当社の製品に要求される品質に達するとは確信していません。 （言い換えれば、「遅すぎる」ということです。）

• いくつかの深刻なセキュリティ上の懸念があります。 これらのパッチは基本的に任意のコードの実行を許可するため、非常に魅力的なマルウェアベクトルになります。 元のパッケージと同じキーを使用してパッチに署名することを要求することでこれを軽減できますが、これはエラーが発生しやすく、間違いがあると重大な結果を招きます。 これは基本的に、サードパーティのソースからのコードの実行を可能にするプラットフォームを悩ませてきたのと同じ問題です。 この問題は、プラットフォーム更新メカニズムと統合することで軽減できますが、これは帯域外パッチメカニズムの目的を無効にします。

• 現在、アプリケーションにパッチを適用するためのすぐに使用できるオープンソースホスティングソリューションはありません。そのため、それに応じてWebサーバーを構成する人に依存するか、独自のサードパーティサービスの統合を作成する必要があります。独自のカスタムソリューションを作成する必要があります。 パッチをホストすることは、私たちが入りたがらないスペースです。 人々に自分のサーバーを構成させると、セキュリティに関する前のポイントで説明したように、潜在的に深刻な影響を与える可能性のある間違いを犯す可能性があります。 サードパーティのサービスによっては、Flutterが勝者を選ばなければならないという厄介な立場に置かれ、これらのプロジェクト自体がこの機能に影響を与えるポリシー変更を行うリスクにさらされます。

今のところ、エンジニアリングの努力を他の問題に費やすことを好みます。 私たちはこの分野で実験を続けることを期待しており、おそらく将来もこれについて真剣に取り組むでしょう（たとえば、デスクトップアプリケーションの更新ソリューションが必要になるでしょう）が、今年はおそらくそうではありません。

この機能を削除した理由は理解できますが、それでも残念です。 PlayストアとAppStoreは重要な考慮事項ですが、すべてのアプリがこの方法で配布されるわけではありません。 私たちのユースケースでは、デバイスとアプリの両方がプレインストールされた状態でお客様に提供します。 更新をユーザーに動的にプッシュするメカニズムを持つことは、ストアを経由したくないため、非常に重要な機能です。 この機能は非常に貴重でした。 あなたが言ったように、私はそれが将来再訪されることを願っています。

チームの合理性を透過的に伝えていただきありがとうございます。

@eseidelGoogle DartからコンパイルされたJavaScriptコードは、Skiaを使用してページをレンダリングできますか？

これは非常に残念です。

あなたが言及したすべてのセキュリティとストアコンプライアンスの問題に関して、それらは有効で正当なものかもしれませんが、結局のところ、すでに機能している「ホットアップデート」テクノロジーの例があります：コードプッシュ。

React Native +コードプッシュサービスは機能し、現実の世界で実証されています。 戦闘テスト済みです。 間接的な更新に関しては、アプリストアに問題はないようです。 誰もがそれで「大丈夫」のようです。 したがって、Flutterのソリューションも許可されると思います。

パフォーマンスの問題に関しては、開発者に「低パフォーマンス」モードでの作業を選択させ、ライブ更新を有効にすることをお勧めします。

良い動きです！ エコシステムを複雑にしすぎて傷つける可能性のあるコードプッシュ機能を追加するよりも、Flutterの最適化にエンジニアリングの労力を費やしています。

私は現在、Flutterで開発された初めてのアプリをオープンベータテストで使用しており、修正を加えたアプリバンドルを約10個プッシュしました。 しかし、本番環境にリリースするときは、ほとんどエラーがないはずです。

したがって、この機能が必要になるかどうかはわかりませんが、このパブパッケージのOTA Updateは、人気によってのみ低下した89のスコアでうまく機能しているようです。 そのパッケージは安全ですか？ URLからAPKをダウンロードしてネイティブに解凍し、AndroidでAPKインストールインテントをトリガーしているようです。

この機能が絶対に必要な人は、そのパッケージを試すことができます。

しかし、Flutterチームがこれにあまり興奮していない理由はわかります。なぜなら、念のために上記のパッケージを取り上げましょう。 URLからダウンロードしているようです。 また、Webサイトは、ネイティブアプリよりも常にハッカーに優しいものです。 現在のところ、セキュリティ上の懸念が多すぎます。 Flutterアプリは、厳密にノーノーであるWebサイトと同じくらい脆弱になります。

私が始めたとき、私は2 GBのRAMマシンを持っていて、いつものようにAndroidアプリを開発しようとしましたが、私のマシンはそのタスクを実行できませんでした。 PhoneGap、Cordova、いくつかのIntelフレームワーク、React-Nativeを試しましたが、どれも実行を開始しませんでした。 Flutterは私が実際に始めた唯一の人であり、その美しいUIと開発ツールを使用して、この機能がなくても同時代のものよりもはるかに進んでいます。

すべてのアップデート？

反応ネイティブがコードプッシュで私たちを台無しにした後、アプリのリリースワークフローが同じになることは決してありません。 Flutterがそれをサポートしないのは本当に残念です。 Flutterはうまく形を整えており、この機能をサポートすることを選択した場合、ReactNativeの競合相手になる可能性があります。 ああ...

@Hixie OK、それで、基本的なエンジニアリング/技術の変更には、今のところあまりにも多くの欠点があります-それは私には理にかなっています。

ただし、短期的および中期的にビジネスに関心のあるフラッター開発者を、ドキュメントやディスカッションを取得するいくつかの代替アプローチで支援することについてどう思いますか？おそらくビデオでさえ、「承認された」または公式の解決策ではありませんが、注意が必要です。

例えば

• Firebaseリアルタイム設定
• サーバーベースのjson-> widgets（例：https：//github.com/dengyin2000/dynamic_widget/blob/master/WIDGETS.mdまたはsimlar、正確なプラグインはまだ推奨していませんが、アイデア）
• またはおそらく何か他のもの、おそらく上級ユーザー向けのクラウド機能...
• 明らかに、私はあなたが「大きな」ユースケースのためにたくさんのエンジニアリング努力をすることを提案していませんが、「すべてのものを修正/変更しましょう」なしでほとんどのニーズに対処する一種のhello-world-code-push-alternative 'タイプのアーキテクチャ。

私の前提は、「私たち」は、フラッターの基本的なアーキテクチャーを変更することなく、コードプッシュの懸念の70〜90％を満たすことができるということです。 誰かがこれについてどう思いますか？

FlutterのUIとしてのコードアプローチは、Android開発者の場合よりもこれを簡単にする可能性があります。

私は個人的に、この理由だけでフラッターよりも他の人を選んだ少なくとも2つの会社を見てきましたが、他の多くの会社も同様に発言しています。

多分会話は行くことができます
「ユーザー：コードプッシュのサポートをスキップしていますか？」
「Flutterチーム：はい-今のところ、これらの理由で（あなたがしたように）、さらに、いくつかのユースケースでAまたはBを試すことができます」

長いコメントでごめんなさい

@neiljaywarnerおそらくLUAは一見の価値があります-私は昨年、LUAスクリプトを使用してFlutterアプリの機能を作成/調整できるという概念実証を行いました。

@neiljaywarner私はすべてその種のアプローチに賛成ですが、それはこのバグがカバーしているものよりも直交する懸念です。

この機能をあきらめる理由は理解できますが、それでも残念です。 PlayストアとAppStoreは重要な考慮事項ですが、すべてのアプリがこの方法で配布されるわけではありません。私たちのユースケースでは、プレインストールされたデバイスとアプリケーションをお客様に提供します。ストアを経由したくないので、ユーザーに更新を動的にプッシュするメカニズムを持つことは非常に重要な機能です。この機能は非常に価値があります。今後、おっしゃるように再検討していきたいと思います。

チームの合理性を透過的に伝えていただきありがとうございます。

同意します

コードプッシュ機能は、より多くのアプリ、より多くのクライアント、より多くの開発者、より多くのテスト、より多くのバグ修正、より少ない問題を意味します

スタートアップのMVPや成長中のアプリケーションにとって、更新やバグ修正は非常に重要ですが、ほとんどの場合、パフォーマンスはそれほど重要ではありません。 これにより、Flutterエコシステムに賛否両論が生じます。 採用の減少、スタートアップ、個人開発者は、初期段階のコミュニティの成長にとって重要です。 利点は、より高いパフォーマンスを目指すFlutterに切り替える高品質のアプリとチームかもしれません。

@maplerichie 、同意します。私がフラッターを愛する理由は、すべてのデバイスの開発者エクスペリエンス、パフォーマンス、およびクロスプラットフォームです。 コードプッシュが実装されなくてもかまいません（多分）、それはエコシステムの評判と人気のためです。 Windowsアプリケーションを使用している場合、コード・プッシュが遅すぎるようだ、なぜ今私は知っている。（遅い起動、入力およびラグアニメーションの遅延）ここ

この機能がとても必要です
ホットアップデートが必要

前に述べたように、大企業や大規模な開発チームはホットアップデートを必要としないかもしれません。 しかし、小さなスタートアップを考えてみてください。数人の開発者がモバイルアプリに取り組んでおり、リリースサイクルが短い本番環境に機能を提供しています。 テストとQAサイクルの時間はありません。 新しい機能を作成し、それが機能するかどうかを確認し、ユーザーがそれを気に入って、交換または修正します。 ホットアップデートなしでは、現在の場所にたどり着くことができませんでした。 これは、モバイル開発のための真のゲームチェンジャーです。

@yaronlevi私は「小さなスタートアップ」であり、モバイルアプリに取り組んでいる開発者は数人未満です。それは私だけであり、迅速なリリースサイクルで本番

私は現在、小さな会社のモバイルアプリ（および対応するバックエンド）の唯一の開発者です。 私はFlutterが大好きですが、単体テストや自動化テストの必要性を理解していないクライアントに、10語で説明できる機能の実装に時間がかかる理由を常に説明する必要があります。 中途半端なものをリリースしなければならず、重大なバグ修正をすぐにプッシュできないのではないかと少し心配しています。 今のところはなしでやりますが、コードプッシュがあれば間違いなくいいでしょう。 ただし、技術的な課題とセキュリティ上の懸念を理解しており、最終的には慎重なアプローチをサポートします。

まあ、とにかくありがとう。
自分で理解する必要があると思います。

本当に残念です:)

Flutter for webSDKはまもなくモバイルSDKと統合されます。 回避策は、モバイルWebViewを使用してフラッターコードをロードすることです。 😁

@matthewlloydこんにちは、ホットアップデートをサポートする必要があります。要点はレビューする時間ではありません。 ユーザーはAppStoreにリンクし、アプリを再度ダウンロードする必要があります。

多分助けて
https://github.com/dengyin2000/dynamic_widget
https://github.com/neohelden/Flutter-AdaptiveCards

コードをプッシュしないことによる緊急の問題はあまり見られません。 ほとんどすべてのユーザーは、アプリストアで自動更新をオンにしています。 ただし、AppStoreなしでアップデートを配布するための代替ソリューションを提供することは素晴らしいことです。

MXFlutterは、JavaScriptを使用してFlutterのレンダリング機能を実装し、Flutter構文をサポートし、コードプッシュとホットアップデートをサポートします。
https://github.com/TGIF-iMatrix/MXFlutter

@ TGIF-iMatrixは、このソリューションがストアの配布ポリシーに準拠しているかどうかを知っていますか？

@truongsinh
jsディストリビューション->ネイティブパーサー->ウィジェットの作成アプローチなので安全です。

コードプッシュをサポートしている場合は、フラッターの使用を検討します

@ TGIF-iMatrixこれはAppleによって承認されない可能性が高いです。これはJavascriptCoreアップデートの免除がAppStore契約から除外されており、多くのCodePushユーザーがその機能のために警告/拒否されているためです。

たぶん、「サーバーディクテーションレンダリング」と「コードプッシュ」の質問を言い換える必要があります。 「sever-dictated-rendering」は、異なるUI /レイアウト/テーマについてのみですが、コードプッシュは、ロジック、権限、プラグインなどの変更も意味します。

たぶん、しかし、その時点でプラグインを使用してそれを行うことができるので、これはこの問題の目的をやや無効にします。

誰かがtencentgithubリポジトリからのflutterでtinker-libを試しましたか？それで成功した場合は、興味のある人があなたと協力できる場合は、更新をプッシュできるようにしましたが、flutterで実行する必要がある新しいコードをロードするには小さな変更が必要です。 jarアーティファクトファイル

できるだけ早く解決策があることを願っています

コードプッシュを実装することのパフォーマンスへの影響に関して、DartコードをWebAssemblyにコンパイルすることは役に立ちますか？ これにより、JavaScriptサンドボックス内のiOSでJITコンパイルを実装できる場合があります。

迅速な反復とアジャイル開発が必要です。
ホットアップデートがない場合、flutterは常にreactnativeの弟になります。

ホットアップデートは私たちにとって非常に重要です。フラッターがホットアップデートをサポートしている場合は、フラッターを使用してネイティブの反応を代用します。

コードプッシュの最善の方法を計画しましたが、時間の制約により、このプロジェクトは先週の11月または12月からしか開始できません。エンジンコードやフレームワークコード、またはtinker libのようなJavaコードを変更しないので、違反しません。どんなストア用語でも、出力アプリもaotなので、パフォーマンスの低下はありません。コードベースのフラッターチームに関する私の調査に基づいて、誰もがアプリにプラグインできるように、実装を簡単にするようにしています。コードをプッシュすることは意図的に不可能になっています。現在の実装ですべての可能性を試し、エンジンを変更するか、エンジンを変更せずにソリューションを準備する必要がある唯一の方法であると結論付けました。2番目のオプションを選択し、プロジェクトに必要なすべての要件を計画しました。 プロジェクトが成功することを願っています。 それまでの間、フラッターチームが問題を再評価する場合、私たち全員が組み込みの実装に満足しています。

ホットアップデートは常に必要です！

これは必須の重要な機能です

コードプッシュの最善の方法を計画しましたが、時間の制約により、このプロジェクトは先週の11月または12月からしか開始できません。エンジンコードやフレームワークコード、またはtinker libのようなJavaコードを変更しないので、違反しません。どんなストア用語でも、出力アプリもaotなので、パフォーマンスの低下はありません。コードベースのフラッターチームに関する私の調査に基づいて、誰もがアプリにプラグインできるように、実装を簡単にするようにしています。コードをプッシュすることは意図的に不可能になっています。現在の実装ですべての可能性を試し、エンジンを変更するか、エンジンを変更せずにソリューションを準備する必要がある唯一の方法であると結論付けました。2番目のオプションを選択し、プロジェクトに必要なすべての要件を計画しました。 プロジェクトが成功することを願っています。 それまでの間、フラッターチームが問題を再評価する場合、私たち全員が組み込みの実装に満足しています。

コードプッシュの最善の方法を計画しましたが、時間の制約により、このプロジェクトは先週の11月または12月からしか開始できません。エンジンコードやフレームワークコード、またはtinker libのようなJavaコードを変更しないので、違反しません。どんなストア用語でも、出力アプリもaotなので、パフォーマンスの低下はありません。コードベースのフラッターチームに関する私の調査に基づいて、誰もがアプリにプラグインできるように、実装を簡単にするようにしています。コードをプッシュすることは意図的に不可能になっています。現在の実装ですべての可能性を試し、エンジンを変更するか、エンジンを変更せずにソリューションを準備する必要がある唯一の方法であると結論付けました。2番目のオプションを選択し、プロジェクトに必要なすべての要件を計画しました。 プロジェクトが成功することを願っています。 それまでの間、フラッターチームが問題を再評価する場合、私たち全員が組み込みの実装に満足しています。

こんにちは@canewsin
また、フラッターエンジンを変更せずに同じことを試してみました。 AOTモードでは、エンジンがAndroidのネイティブライブラリパスで.soファイルを検索し、アプリケーションのコンパイルがJVMによって制限された後、そこにファイルを変更/追加することがわかりました。 したがって、無線でダウンロードされた.soファイルのロードは、ネイティブlibパスに追加できませんでした。

あなたからのさらなる洞察を待っています。 😀

ダーツコードとネイティブコードの両方を更新する必要はないと思います。
ダーツコードだけで大丈夫です！

ねえ、私は今これを必要としています。 Goodleはレビューポリシーを厳格にしています。 私たちのアプリは今すぐ更新するのに2週間かかります...私たちの無駄のない方法論はこれでたわごとになります。

@NEELANSHSETHIここに計画を投稿できますか？ 実装を開始できます

@almeynmanあなたの進歩について私たちを

@HerrNiklasRaab実装方法がはっきりしていないので、まだ始めていません。 誰かアイデアがあれば、あなたの考えを共有してください

これが、react-nativeからflutterに移行していない主な理由です。 :(

😔

ReactNativeは、この機能のおかげでFlutterよりもはるかに進んでおり、プッシュコード機能と比較して、環境（RNまたはFlutter）の選択がデコードされたプロジェクトがたくさんあります。 ニュースを待っています：/

こんにちは、11月中ずっと、私が仕事を始めたと言ったように、それは順調に進んでいます。 プライベートプロジェクトなので、使用するにはライセンスキーを請求します。 ですから、無料ではありません。収入源がないので、この方法で行う必要があります。興味がある場合は、作業に関するフォローアップリポジトリを作成し、それに従って更新を行います。 タイムラインリポジトリを作成したら、皆さんに通知します。

@eseidelGoogle
ビジネスケース：
タブレットにはバス追跡アプリがありますが、タブレットはWi-Fiではなくインターネットデータを使用しているため、顧客は月に1回更新します
コードプッシュを使用すると、顧客データをあまり消費せずに更新できるようになります

コードプッシュをサポートするcordovaアプリがありました。 誤ってアプリを最新化することになると、フラッターは「とにかく」コードプッシュサポートを追加すると思ったので、フラッターを使用してアプリを開発しました。 しかし、コードプッシュのない生活は、私たちにとって過去1年間は完全にひどいものでした。 そのため、私たちはついに（そして幸いにも）react-nativeでアプリを（再）書き直して、コードのサポートをプッシュバックするプロセスにいます。

コードプッシュ、それが私が今React-Nativeを学んでいる理由です。

私の実装に興味があるなら
ここで進捗レポートに従ってください
https://github.com/canewsin/flutter-code-push-timeline
先に進む前に、上記のすべてのコメントをお読みください。

コードプッシュ、それが私がまだReact-Nativeにとどまる理由です。

建設的ではなく、議論に貢献しないため、非建設的な投稿、+ 1、「これが必要」、「代わりにXを使用しています」などを投稿しないでください。

最初の投稿で「いいね」（👍）ボタンをクリックすると、より良い影響が得られます。このディスカッションに投稿したことのある人全員に通知されることはありません（私の知る限り、フラッターチームの一部のメンバーはミュートします）スレッドが大きいため、ここに投稿しても「いいね」よりも効果が少なくなります）。

また、ここでサブスクライブしているすべての人に、githubのスレッドの右上にunsubscribeボタンがあることを思い出してください。

また、Flutterチームは、親指を立てる回数に基づいて問題に優先順位を付けるため、カウンターを高くすることは大きな問題になる可能性があります。 それと「購読」をクリックするだけで十分です。

私が取り上げたコードプッシュプロジェクトは順調に進んでいますが、コードプッシュの要件の例が必要なので、コードプッシュが完了したら、このリポジトリに新しい問題として独自の要件を投稿しますhttps://github.com/ canewsin / flutter-code-push-timelineにより、開発は順調に進んでいます。
私がこれまでに見つけた制限は次のとおりです。
ネイティブプラットフォームにアクセスすることはできませんが、これはffi機能を介して行うことができます。
codepushコードは、セキュリティ上の懸念からサンドボックスで実行されるため、デバイスに害を及ぼすことはありません。

こんにちは、11月中ずっと、私が仕事を始めたと言ったように、それは順調に進んでいます。 プライベートプロジェクトなので、使用するにはライセンスキーを請求します。 ですから、無料ではありません。収入源がないので、この方法で行う必要があります。興味がある場合は、作業に関するフォローアップリポジトリを作成し、それに従って更新を行います。 タイムラインリポジトリを作成したら、皆さんに通知します。

とても興味深い！
こんにちは、まだ例はありますか？ そして、iOSセクションをどのように処理しますか？ Appleはこの分野で非常に厳しいので。 ありがとう

こんにちは、11月中ずっと、私が仕事を始めたと言ったように、それは順調に進んでいます。 プライベートプロジェクトなので、使用するにはライセンスキーを請求します。 ですから、無料ではありません。収入源がないので、この方法で行う必要があります。興味がある場合は、作業に関するフォローアップリポジトリを作成し、それに従って更新を行います。 タイムラインリポジトリを作成したら、皆さんに通知します。

とても興味深い！
こんにちは、まだ例はありますか？ そして、iOSセクションをどのように処理しますか？ Appleはこの分野で非常に厳しいので。 ありがとう

現在Android側で動作していますが、iOS側はダムの1つですが、reactnative jsアプリのサンドボックスバージョンと同様に、コードはプラットフォームAPIにアクセスせずにサンドボックスで実行されるため、iOS側の準備ができても問題はない可能性があります。

こんにちは@eseidelGoogle
更新はありますか？ タイムライン？

こんにちは@eseidelGoogle
更新はありますか？ 12月は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

@HixieRedditに関するあなたの記事を読みました
https://www.reddit.com/r/FlutterDev/comments/d51o4w/were_the_flutter_team_at_google_ask_us_anything/f0ium5w/?utm_source=share&utm_medium=web2

Google Playでabb「AndroidAppBundle」として公開した場合、Flutterアプリのアップデートは小さいサイズになるのでしょうか、それともネイティブコード専用ですか？

これは、エンタープライズビルド（たとえば、Webポータルを介してストアの外部に配布されるアプリ）にとって重要な機能です。

非常に必要な機能です。 なぜ正式に入手できないのですか？ この機能を提供できないのはなぜですか？

これは2020年のロードマップですか？

番号

2020年とまだ待っています

以下に投稿する前にこれを読んでください。

理解するために上にスクロールしたくない場合の簡単な要約を次に示します。

このコメントで指摘さ

• プッシュされるもの
• ユーザーにとって安全ですか
• 押し出されたところから

最初の「何がプッシュされるか」は、最大の問題が存在する場所です。 Appleのレビューガイドラインでは、いかなる種類のコードプッシュも許可されていません。 はい、使用されている用語には_javascriptコードプッシュも含まれています。_Appleはそれに対して何の措置も講じていないようで、それには多くの理由があるかもしれませんが、ここに掲載されている理由は純粋な推測です。

Google独自のプレイストアガイドラインでもコンパイル済みコードのダウンロードは

Flutterは、少なくともリリースモードではコンパイルされ、いなくてもjavascriptで

2つ目は、ユーザーにとって「安全」であり、動的なチェックされていないコードのダウンロードを禁止するストアのロジックの背後にあるほぼすべての論理的根拠です。 誰でもどこからでも何でもダウンロードできるようにし、_それを実行するだけで_ユーザーを危険にさらします。 コードプッシュに関するJavascriptCoreの特別な特権が強調表示されているサンドボックス内でも、それでも安全ではありません。

コードのプッシュは、それがいずれかの不正表示、元のアプリにします検証プロセスがキャッチした

あなたは世界で最高の意図を持つことができます、彼らとあなたをバックスタブする誰かが常にいるでしょう。

今のところ、Androidでは、Playストアを使用して配布していない場合は、apkを取得してユーザーにインストールを促すダウンローダーを組み込むことができます。 iOSでは、かなりの苦痛なしに効果的にサイドローディングすることはできません。また、JBのデバイスはアプリストアの制限を気にしません。

さて、iOSやAndroid以外のプラットフォームに実装することは可能ですか？ もちろん！ ただし、デスクトップはまだベータ版ではありません（さらに、デスクトップで独自の自動アップデータを作成することもできます）。Webでは、ページを更新するだけです。

ここで、チームに確認してもらいたい場合は、最初の投稿に移動して👍を追加します。

コメントが以下のリストに該当する場合は、投稿を再検討して

• ロードマップにいつ/含まれているかを尋ねる
• 「そこにはありません」（およびこれに対する前のコメントなどのバリエーション）
• 「コードプッシュがないため、フレームワークXを使用しています」
• 「コードプッシュのため、フレームワークXの方が優れています」
• 「コードプッシュが必要です」
• 「アップデート？」
• コードプッシュの引数は
  
  
  
  • エンタープライズ/サイドローディングアプリ
  
  
  • 緊急パッチ
  
  
  • 機能の追加
  
  
• コードプッシュに対する引数は
  
  
  
  • 再生/アプリストアのレビュー期間が短くなりました
  
  
  • プレイ/アプリストアはそれを禁止します
  
  
  • あなたはそれを必要としない
  
  

この号はすでに十分なコメントで課金されているので、会話に何も追加しないコメントを追加しないでください。 チームに何か言いたいことがあれば、ここに投稿します。この投稿には現在100人近くの参加者がいて、500を超える親指があるため、無視することはできません。

正直なところ、これはあなたの懸念ではないと思います。 開発者は自己責任でこの機能を使用します。 Appleがコードプッシュを使用してすべてのアプリを突然禁止することを決定した場合、アプリは別のアプローチを使用する必要があります。 しかし、これはJavaScriptでは発生していません。 それは何年も起こらなかった、なぜそれはFlutterのために起こるべきなのか？ 彼らはそれをチェックすることさえできません。 この機能は便利なので、人々はこの機能を求めています。 小さなモジュールを作成して動的に更新できます。 それはゲームチェンジャーです。 モジュールのバグをその場で修正できます。 さらに、Appleはアプリが何をしているのかを実際にチェックすることはできず、リソースを持っていません。 それは不可能でしょう、私はあなたがそれを実現することを望みます。 さらに、ポイントは何ですか？ REST呼び出しの結果として特定のJSONを提供するとトリガーされる、あいまいなコードを記述して、アプリケーションにバックドアを挿入できます。 Appleはどのようにそれを検証することができますか？ できません。 AppleやAndroidがそれを止めるためにできることは何もありません。 人々はこの機能を必要としているので、あなたはそれを実装する必要があります。 私たちがそれを使って行うことは、あなたのビジネスではなく、私たちのビジネスです。 あなたはあなた自身を言いました、この機能は500人以上の親指と100人以上の参加者を持っています。 多分それはあなたがコミュニティの要求に従ってそれを実装する時です。

@dedalozzo素晴らしい新鮮な議論！

私はフラッターチームの一員ではないので、実装をリクエストするために私をターゲットにしないでください。

それでも、AppleとGoogleにはそれを検出するためのリソースがない可能性があることは事実です（プレイプロテクトチームは常にアクティブであり、危険な動作を自動的に検出できます）が、それを「背後で」実装すると、Appleに実際の理由が与えられますFlutterは基本的に、ポリシーに明示的に反するツールが_付属している_ため、全面的な禁止を適用します。

また、倫理的な質問の一部として（アプリに追加のリスクを追加し、進捗状況の名目でストアポリシーに反するものを実装する必要がありますか？）、またはスケジュールの質問として（大規模な「これを使用すると、アプリ/ Playストアから禁止される可能性があります」という条項は、ユーザーが回避し、安全で保証された影響を与えて他のタスクからリソースを逸らしたいと思うでしょう。

それだけでなく、誤ってPlayストアポリシーに違反したり、Playストアポリシーに違反した人と関係があるとは、基本的にアカウントが禁止されることを意味します。そのため、ユーザーは_この機能を使用する可能性がさらに低くなります_。

さらに、前述のように、Playストアの外部に配布すると、更新されたAPKをプッシュできます。

申し訳ありませんが、あなたはFlutterチームの1人だと思いました。

あなたが最後のコメントで言ったことは真実です。 実際のところ、コードのプッシュは、境界線であり、ルールに違反している場合でも、AppleとGoogleによって許容されているようです。

しかし、アプリケーションが害を及ぼさない限り、実際にコードをプッシュしているかどうかを確認することすら気にしないと思います。 誰かが奇妙な行動を報告した場合、彼らはそうするかもしれません。 ただし、その時点で、プッシュコードを使用するアプリ全体ではなく、そのアプリの開発者に対してアクションを実行します。

非常に進行中の作業ですが、コードプッシュを有効にしますhttps://github.com/chgibb/hydro-sdk

@chgibb Hold on ...これにより、コードプッシュが可能になりますが、全体がDartから

これら2つを分離する方法はありますか？ いつものようにDartを書いているときにコードプッシュを取得するには？

@SpajicMは、Dartを使用していないため、動作します。代わりに、Appleが所有するJavascriptCoreなどのJSエンジンを使用している可能性があり、コードプッシュで使用すると見た目が逆になります。

それをスクラッチすると、Luaバイトコードが使用されます。これは、あらゆる形や形式の反します。

@miyoyoなぜそれは特に店舗の方針に反するのですか？
@SpajicMそれは純粋に相加的です。 Typescriptのピースは、より大きなDartアプリに埋め込むことができます。 単一のテキスト、または画面全体と同じくらい小さい。

コンパイルされたluaバイトコード（おそらく拡張子付きで、チェックされていない）であるため、 .hcファイルがそうであるように見えるコンパイル済みコードをプッシュすることはストアポリシーによって禁止されています。

_compiled_コードをアプリにプッシュする特定のユースケースは、 Playストアポリシーに明示的に反しており、CodePushでjavascriptを渡すことができる「ソースコードが提供されない」要素は適用されず、 Appleのガイドラインに

コンセプトが悪いと言っているのではありません。実際、それは素晴らしい仕事です。 どちらの場合も、インターネット経由でバイトコードをダウンロードすることは、ストアポリシーに明示的に違反しているだけです。

ゲーム内アップデートを備えたこれらすべてのモバイルゲームはどのように機能しますか？ アセットをプッシュ/ダウンロードするだけですか？

@miyoyo from Google Play's ploicy; 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...
Hydro-SDKの.hcファイルは純粋なLua 5.2バイトコードであり、拡張機能や特別な機能はありません。 これらは、自己変更やコード生成の機能を備えていないインタープリターで実行されます。 dart:ioからの何もそれらに公開されていません。 ただし、埋め込み者がdart:ioのFileクラスを公開したり、たとえばPlatformChannel公開したりすることを妨げるものは何もありません。

Applesのセクション2.5.2は、「実行する」という言葉の意味、および機能の変更に関して、もう少しあいまいです。

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でも成功するかもしれないと思いますが、

@kuhnroyalモバイルゲームの更新では、実行不可能なものに対して動的アセット配信のいずれかを使用します。これらは、検証が少なくて済むため、通常は迅速に追跡されます。APK拡張ファイルを使用すると、部分的なアップグレードを実行できますが、定期的なストア更新サイクルと定期的なAPK更新の対象となります。 。

顧客と話す：これはもはや彼らにとって優先事項ではないという見出し。

テキスト/翻訳の無線更新にはLocalizelyを使用できます： https ：

フラッターのために、この機能を構築するか、構築方法をガイドしてください。 ありがとうございました 。

皆さん_お願いします_、これは3回目の投稿ですが、 _実際に追加するものがない限り、コメントを送信しないでください_ 。

詳細と最初の投稿に賛成する場合は、ください。

ここのチームのほとんどがこの投稿の通知を無効にしていると確信しているので、メッセージはこれ以上影響を与えません。_追加するものがない限り_ノイズを抑えましょう。

その間、コードプッシュの代替手段はありますか？

その間、コードプッシュの代替手段はありますか？

私の経験に基づいて、代替手段はありません

@samerdernaika @mfenej実稼働の準備が整っていませんが、このプロジェクトは、明示的な目標としてコードプッシュを使用して開始されましたhttps://github.com/chgibb/hydro-sdk

@miyoyo

最初の「何がプッシュされるか」は、最大の問題が存在する場所です。 Appleのレビューガイドラインでは、いかなる種類のコードプッシュも許可されていません。 はい、使用される用語にはjavascriptコードプッシュも含まれます。 Appleはそれに対して何の行動も起こしていないようで、それには多くの理由があるかもしれないが、ここに掲載されている理由は純粋な憶測だろう。

それは真実ではありません。 再確認し、誤った情報を広めないでください！

Appleデベロッパライセンス契約のセクション3.3.2には、次のように記載されています。

3.3.2次の段落に記載されている場合を除き、アプリケーションは実行可能コードをダウンロードまたはインストールすることはできません。 解釈されたコードはアプリケーションにダウンロードできますが、そのようなコードが次の場合に限ります。（a）アプリに送信されたアプリケーションの意図された目的および宣伝された目的と矛盾する機能を提供することにより、アプリケーションの主な目的を変更しないストア、（b）他のコードまたはアプリケーションのストアまたはストアフロントを作成せず、（c）OSの署名、サンドボックス、または他のセキュリティ機能をバイパスしません。

これらは、アプリケーションの主な目的を変更しない限り、JSなどのインタプリタコードのダウンロードを非常に具体的に許可します。 これは5年以上前からIIRCであり、コードプッシュを通常の責任ある方法で使用したことで誰かがヤンクされたという話は聞いたことがありません。

コードプッシュとストアガイドラインのコンプライアンスに関するAppCenterのセクションをご覧ください。 AppCenter codepush（Microsoftが支援）は、ストアコンプライアンスの問題がない多数のアプリで使用されます。 https://github.com/microsoft/react-native-code-push#store -guideline-compliance

私が見ているコードプッシュの大きな障害は、プリコンパイルの代わりにコンパイルからjsを使用したり、iOSでDartを解釈したりすることを余儀なくされるというパフォーマンスのトレードオフの価値がないかもしれないということです。 Flutterはブラウザーをターゲットにしているので、compile-to-jsパフォーマンスで十分だと思いますが、それでもFlutterチームにとって許容できるパフォーマンスのトレードオフではないかもしれません。

おそらく、サードパーティのソリューション（AppCenter for React Nativeなど）が登場し、このギャップを埋めるでしょう。 CodePushはとても便利です！

うーん、グーグルですばやく検索すると、コードプッシュ機能を含むアプリを拒否するAppleの多くの例が明らかになります。例を参照してください。

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

App Storeのレビュー時間は、ほとんどの場合、日単位ではなく時間単位で測定されるようになっていることを考えると、なぜ誰かがリスクを冒すのか理解できません。 コードプッシュがFlutterエンジンに統合されている場合、AppleはすべてのFlutterアプリを禁止することを決定する可能性があります。

@matthewlloydレビュー時間が間違いありません。 私自身、（独自の）アプリを今朝App Storeに提出し、今日の終わりまでに承認してもらいました。 しかし、それは_最近_です。 私たちは、モバイルアプリケーションの発行者として、提出物をレビューするためのレビューチームの気まぐれ/能力に依然として注目しています。

ユーザーの手に渡る更新は、アプリのレビューの速度では伝わりません。 「開発者リリース」、「アプリストア処理」、ユーザー市場のサーバーへの伝播などの間の時間もかなりの時間がかかる場合があります。 極端な場合、これらの後期段階には24時間以上かかることがあります。

個人的に言えば、コードプッシュに対する私の情熱は、更新配信のサプライチェーンの所有権をどこにでも持っていくことにあります。 xcode CLIツールの残念な状態を考えると、現在のプロセスを一貫性のあるCDセットアップに自動化しようとすることに伴うかなり大きなハードルは言うまでもありません。

ほとんどの場合、24時間未満で十分だと思います。 緊急のバグ修正など、Appleのレビュープロセスを通じてそれよりも迅速にアップデートを入手する必要がある場合は、迅速なレビューをリクエストできます。 私は一度それをしました、そして私が要求をした後、アプリのレビューは文字通り10分で完了しました。

デリバリーサプライチェーンの所有権を取得することは、自分自身の危険で行うことです...

AppleのAppStoreガイドライン、セクション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で解釈されたダーツを実行していません。これを追加すると、パフォーマンスが低下します。あなた自身が提起したように、私の以前の投稿と@matthewlloydの投稿に加えて、それは最高の状態です。場合によっては許可されますが、一般的には非常に灰色の領域であり、最悪の場合は禁止されています。

私の知る限り、24時間のレビューサイクルをバイパスしてテストを書くことと引き換えに、そのすべてをトレードオフする価値はありません。 （1週間だったのは理解できましたが、それは通常iOS側だけであり、これが事実上ここでの最大の論点です）

レビュープロセスだけでなく、自動更新をオフにした可能性があるために古いバージョンのアプリで立ち往生しているユーザーについても同様です。

確かに、最小バージョンのチェックを自分で実装することはできますが、それから彼らは再びPlayストアを通過する必要があり、人々は残念ながら怠惰です。 コードプッシュを使用すると、実行のたびにアプリをすばやく更新でき（願わくば）、ユーザーがよりシームレスにアクセスできるようになります。

@miyoyoここに表示されるすべてのコメントやアイデアに応答する必要があると感じている理由がわかりません。 人々はこれを望んでいます。 あなたたちは人々にこの問題に賛成するように言いました、そして私たちはそれを一番上までずっと賛成しました。 誰かが積極的に考えてプッシュしない限り、これは決して解決されません。

これを解決する別の方法があります。 私は多くのアプリがそうするのを見てきました。 外出中のアプリ
日付のメッセージをポップアップします。メッセージを閉じるか、アプリを更新します。 そのすべて。

午前7時38時金、2020年8月7日には、SpajicM [email protected]は書きました：

レビュープロセスだけでなく、
彼らはオフになっている可能性があるため、アプリの古いバージョンで立ち往生
自動更新。

確かに、最小バージョンチェックを自分で実装することはできますが、
再びPlayストアを通過する必要があり、人々は残念ながら怠惰です。 と
コードプッシュ、実行するたびにアプリをすばやく更新できます（私は願っています）そして
ユーザーをよりシームレスに参加させます。

@miyoyohttps ：//github.com/miyoyoなぜあなたが感じているのかわかりません
ここに提示されるすべてのコメントやアイデアに対応する必要があります。
人々はこれを望んでいます。 あなたたちは人々に問題に賛成するように言いました、そして私たちは賛成しました
それは一番上までずっと。 誰かがいない限り、これは決して解決されません
積極的に考えてプッシュします。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/flutter/flutter/issues/14330#issuecomment-670242698 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA
。

これを解決する別の方法があります。 私は多くのアプリがそうするのを見てきました。 アプリが古くなっている場合は、メッセージをポップアップします。メッセージを閉じるか、アプリを更新します。 そのすべて。

おそらく最悪のUXの方法...：/

@SpajicM

レビュープロセスだけでなく、自動更新をオフにした可能性があるために古いバージョンのアプリで立ち往生しているユーザーについても同様です。

確かに、最小バージョンのチェックを自分で実装することはできますが、それから彼らは再びPlayストアを通過する必要があり、人々は残念ながら怠惰です。 コードプッシュを使用すると、実行のたびにアプリをすばやく更新でき（願わくば）、ユーザーがよりシームレスにアクセスできるようになります。

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 RemoteConfigが重要であることを思い出させてくれました。 欠点は、コードのどの部分を変更する必要があるかを先取りして、アプリでそれらの変更を期待する必要があることですが、それが完了すると、アプリストアなしで新しい変更をロールアウトするのはかなり迅速になります（React Native CodePushが行うのと同様です）その画像）

@ardyfebあなたのような人々は、reactコミュニティに悪い

それを解決する別の方法があります
フラッターウェブを使用せずに

これを解決する別の方法があります。 私は多くのアプリがそうするのを見てきました。 アプリが古くなっている場合は、メッセージをポップアップします。メッセージを閉じるか、アプリを更新します。 そのすべて。
…
2020年8月7日金曜日07：38、SpajicM @ 。 * >書き込み：レビュープロセスだけでなく、自動更新をオフにした可能性があるために古いバージョンのアプリで立ち往生しているユーザーについても説明します。 確かに、最小バージョンのチェックを自分で実装することはできますが、それから彼らは再びPlayストアを通過する必要があり、人々は残念ながら怠惰です。 コードプッシュを使用すると、実行のたびにアプリをすばやく更新でき（願わくば）、ユーザーがよりシームレスにアクセスできるようになります。 @miyoyohttps ：//github.com/miyoyoここに表示されるすべてのコメントやアイデアに返信する必要があると感じている理由がわかりません。 人々はこれを望んでいます。 あなたたちは人々にこの問題に賛成するように言いました、そして私たちはそれを一番上までずっと賛成しました。 誰かが積極的に考えてプッシュしない限り、これは決して解決されません。 —このスレッドにサブスクライブしているため、これを受け取っています。 このメールに直接返信するか、GitHub < ＃14330（コメント） >で表示するか、 https：//github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRAの登録を解除して

それは素晴らしいですね...銀行のアプリを構築している場合。

誰かがアプリの翻訳のためだけに無線アップデートを必要とする場合は、Flutterアプリのサンプルを次に示します： https ：

アップルのガイドラインは以前とは異なっているようですか？

これはまだ同じです

2.5.2アプリはバンドルに自己完結型である必要があり、指定されたコンテナ領域外でデータを読み書きしたり、他のアプリを含むアプリの機能を導入または変更するコードをダウンロード、インストール、実行したりすることはできません。 。 学生が実行可能コードを教え、開発し、またはテストできるように設計された教育用アプリは、限られた状況で、そのようなコードが他の目的に使用されない限り、コードをダウンロードできます。 このようなアプリは、アプリケーションによって提供されるソースコードを、ユーザーが完全に表示および編集できるようにする必要があります。

ただし、インタープリターコードまたは実行可能コードへの他の参照は見つかりません。

インタプリタ言語またはコンパイル言語について具体的に何も言っていないように見えることを考えると、元の投稿からのアップルエコシステムに関する詳細がもはや真実ではない可能性はありますか？