Flutter: कोड पुश/हॉट अपडेट/बैंड अपडेट से बाहर

सीसी @floitschG

और देखें
https://groups.google.com/forum/#!msg/flutter -dev/YwzItp1pxJo/7bFGDLvxBAAJ
मैं इसे लेकर बेहद उत्साहित रहूंगा।

मुझे लगता है कि यह काफी महत्वपूर्ण होगा क्योंकि यह प्रतिक्रिया देशी की एकमात्र विशिष्ट विशेषताओं में से एक हो सकता है, और दुर्भाग्य से कुछ कंपनियां इसे एक डीलब्रेकर मान सकती हैं।

बक्सों का इस्तेमाल करें

• महत्वपूर्ण बग, विशेष रूप से iOS पर, विशेष रूप से VIP या अत्यावश्यक, समय संवेदनशील स्थितियों, व्यावसायिक महत्वपूर्ण, और/या उपयोगकर्ताओं के लिए जो किसी कारण से ऐप का उपयोग नहीं कर सकते हैं।
• चरणबद्ध रोलआउट की तुलना में सुविधाओं का अधिक गतिशील परीक्षण
• यह Fuschia, और/या Chromebook के लिए तैयारी करने के लिए एक अच्छा स्पर्श होगा। ऐसे परिदृश्य हो सकते हैं जहां स्पंदन वेब ऐप्स के साथ "प्रतिस्पर्धा" कर रहा है, न कि केवल pwas/कोटलिन/स्विफ्ट/रिएक्ट/ज़ामरिन/अन्य-जंकियर-हाइब्रिड समाधान

स्पंदन बनाम रिएक्ट नेटिव की महाकाव्य लड़ाई में, कोड पुश एक उपकरण का एक नरक है (:
एक आरएन देव के रूप में मैं इस सुविधा के महत्व पर पर्याप्त जोर नहीं दे सकता। कई लोग स्पंदन को सिर्फ इसलिए पास करेंगे क्योंकि गर्म धक्का की अनुपस्थिति है। एक बार जब आप बग को तुरंत ठीक करने और नई सुविधाओं को आगे बढ़ाने के आदी हो जाते हैं तो आप वापस नहीं जा सकते।

जावास्क्रिप्ट पथ को संकलित करने से डार्ट फायदे कम हो जाएंगे?
मैंने पाया कि कुछ मूल ऐप Rollout.io का उपयोग करके कोड पुनः लोड करने में सक्षम होते थे लेकिन इसे Apple द्वारा अवरुद्ध कर दिया गया था: https://news.ycombinator.com/item?id=13817557
इस पैटर्न को देखते हुए, ऐसा लगता है कि स्पंदन में एक सहज कोड पुश सुविधा नहीं होगी, जैसा कि हम प्रतिक्रिया देशी पर देखते हैं।
कोर अनुरक्षकों से इस सुविधा की संभावनाओं के बारे में अधिक जानकारी प्राप्त करना पसंद करेंगे (:

जावास्क्रिप्ट पथ को संकलित करने से डार्ट फायदे कम हो जाएंगे?

आप किस फायदे की बात कर रहे हैं?

कोडपुश की बहुत जरूरत है। स्पंदन पर ओवर-द-एयर अपग्रेड रिलीज की संभावना देखना पसंद है।

हमारे पास एक प्रोडक्शन ऐप के साथ एक लाइव उपयोग का मामला था, जहां हमें एक ऐसी सुविधा के लिए बहुत सारी खराब समीक्षाएं मिल रही थीं, जो थोड़ा किनारे का मामला प्रतीत होता था (एक उपयोग के मामले में स्थान की अनुमति से इनकार करने से संबंधित जो हर परीक्षण खाते में नहीं था) लेकिन वास्तव में था ' टी।

एक कोडपुश सुविधा उपयोगकर्ताओं के लिए महत्वपूर्ण सुधारों को अपग्रेड करने की प्रतीक्षा करने के बजाय तुरंत उन्हें आगे बढ़ा सकती है; किसी कारण से ऐसा लगता है कि उपयोगकर्ता कभी-कभी अपग्रेड करने में धीमे होते हैं :(

कोई हॉट कोड पुश सपोर्ट नहीं है :-(

ऐसा लगता है कि अब व्याख्या किए गए कोड के लिए JavascriptCore की आवश्यकता नहीं होगी: https://www.theregister.co.uk/2017/06/07/apple_relaxes_developer_rules/?page=2

यदि IOS पारिस्थितिकी तंत्र एक बाधा है, तो क्यों न केवल Android पर अभी के लिए लागू किया जाए? कुछ नहीं से बेहतर कुछ और यह एक शुरुआती बिंदु है।

इस सुविधा को जल्द से जल्द लागू करने के लिए टीम की बहुत सराहना की गई।

हमने यहां कुछ बुनियादी प्रोटोटाइप बनाए हैं, लेकिन इस समय वास्तव में साझा करने के लिए कुछ भी नहीं है। ऐसा करने के लिए वास्तव में अच्छी तरह से डार्ट के कंपाइलर टूलचेन में कुछ काम की आवश्यकता होगी। मुझे उम्मीद है कि यह कई महीने पहले होगा जब हमारे पास यहां साझा करने के लिए बहुत कुछ होगा। टीम वर्तमान में 1.0 के स्थिरीकरण पर केंद्रित है।

वह सब जो कहा, हम आपको सुनते हैं। :) यह स्पष्ट रूप से एक विशेषता है जिसे बहुत से लोग महत्व देते हैं और हम अंततः इस तरह की कार्यक्षमता प्रदान करने में रुचि रखते हैं।

रिएक्ट नेटिव के संबंध में स्पंदन के लिए "कोड पुश" समर्थन ताबूत में अंतिम कील हो सकता है।

आरएन और आरएन समुदाय के लिए मेरे सभी प्यार के साथ, यह गेम चेंजर होने के नाते, स्पंदन के लिए इसका कोई मुकाबला नहीं है।
स्पंदन बस इसे किसी भी पहलू (टूलींग, प्रदर्शन, भाषा ...) में नाखून देता है।

1.0 हिट के बाद और समुदाय थोड़ा और बढ़ता है + कोड पुश समर्थन = स्पंदन के साथ एक नया मोबाइल प्रोजेक्ट शुरू करने का कोई कारण नहीं देख सकता।

"कोड पुश" पर कोई प्रगति ??

एक पूर्ण .so को गतिशील रूप से बदलना कितना संभव होगा? संपूर्ण कंपाइलर टूलचेन, कोड शेक इत्यादि को एक निश्चित रूप से किनारे के मामले में नहीं चलाया जाना चाहिए, जिससे लोगों को लाभ हो या न हो, क्योंकि प्राथमिकता सूची के शीर्ष पर हमेशा टिकट होंगे।

मुझे लगता है कि पूर्ण .so फ़ाइल को "साइडलोडिंग" करने के लिए जगह होनी चाहिए, इसलिए डार्ट से मशीन कोड का निर्माण अभी भी वही हो सकता है। एक छोटे लेकिन पूरी तरह से स्वतंत्र घटक को निम्नलिखित "न्यूनतम व्यवहार्य सुविधाएं" सौंपी जा सकती हैं: डाउनलोड करें।

अतिरिक्त जिम्मेदारियां: संपत्ति डाउनलोड करें, हस्ताक्षर सत्यापित करें और क्या नहीं। स्पंदन/डार्ट/स्किया इंजन अपडेट करें और क्या नहीं।

यह मुझे ऐसा लगता है जैसे यह आईओएस दिशानिर्देशों का उल्लंघन करता है, लेकिन मैं वास्तव में किसी भी तरह से व्याख्या की गई किसी भी चीज़ का प्रशंसक नहीं हूं, या सामान्य रूप से आईओएस। और मैं इसे एंड्रॉइड में बिल्कुल नहीं रखने के बजाय, सिर्फ इसलिए कि यह अच्छा है।

कम से कम डाउनलोड हिस्सा अब संभव लगता है कि हमारे पास पृष्ठभूमि में कुछ अलग काम की अनुमति है, लेकिन यह देखना दिलचस्प होगा कि डाउनलोड किए गए के साथ मूल .so को कैसे स्वैप किया जाए। हो सकता है कि एक अतिरिक्त .so या जावा कोड उस हिस्से को कर सके, लेकिन यह कोड फ़ोल्डर में बैठेगा, यह सुनिश्चित नहीं है कि ऐप स्वयं इसे संशोधित कर सकता है, इसलिए शायद इसे कुछ बदलावों की आवश्यकता होगी ताकि स्पंदन इंजन सभी ऐप को लोड कर सके। आंकड़े?

स्पंदन का उपयोग करके मेरी कंपनियों के ऐप को नया रूप देना शुरू करना। हालाँकि, हमारी प्रमुख माँग एक हॉट अपडेट फीचर की है क्योंकि हम अभी भी बीटा में हैं और नए UI और सुविधाओं का तेजी से परीक्षण करते रहते हैं। इस सुविधा को पाने के लिए जीवित रहेंगे।

कोई अपडेट्स?
(मैं शर्त लगाता हूं कि सुविधा पहले ही हो चुकी है और 1.0 हिट होने पर एक आश्चर्य के रूप में आएगी)
मैं

अप वोट

हमें स्पंदन का उपयोग करने से रोकने का केवल एक ही कारण है: कोड पुश

यदि आप लोग कोड पुश का समर्थन नहीं कर सकते हैं, तो क्या कुछ शब्दकोशों (जैसे जेसन, एक्सएमएल ...) से स्पंदन विजेट को उत्पन्न करने के लिए पार्सर बनाने का कोई तरीका है? क्या यह असंभव है या एक अच्छा विचार है?

यह थोड़ा आशाजनक लगता है। यदि आवश्यक हो तो विजेट के लिए फायरबेस रिमोट कॉन्फ़िगरेशन।
हालांकि कंपनियों को यह पता लगाने में मदद मिलती है कि वे क्या चाहते हैं :)

शुक्र, 12 अक्टूबर, 2018, 3:45 पूर्वाह्न हांग लिंग Đỗ मिन्ह नोटिफिकेशन @github.com . पर
लिखा था:

यदि आप लोग कोड पुश का समर्थन नहीं कर सकते हैं, तो क्या इसके लिए पार्सर बनाने का कोई तरीका है?
स्पंदन विजेट के लिए कुछ शब्दकोशों (जैसे जेसन, एक्सएमएल ...) से उत्पन्न करें? है
यह असंभव या अच्छा विचार है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/flutter/flutter/issues/14330#issuecomment-429251785 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AC4TYe9qDMi4bt2U5qyyAnJisN3ys_Z5ks5ukFavgaJpZM4RxUZi
.

मुझे लगता है कि कम से कम डार्ट में लिखा गया यूआई/व्यू सर्वर से नेटवर्क के माध्यम से डाउनलोड किया जा सकता है।
प्रेरणा के लिए देखें कि क्यूटी क्विक फ्रेमवर्क इसे कैसे कर रहा है।

QtDD12 - नेटवर्क पर QML अनुप्रयोगों की सेवा - जेरेमी लाइन:

• वीडियो
• स्लाइड्स

उम्मीद है कि इसे आने वाली 1.0 रिलीज में शामिल किया जा सकता है!

हमारे कई ग्राहक सख्त फायरवॉल के पीछे कियोस्क डिवाइस पर हमारे फ़्लटर ऐप का उपयोग कर रहे होंगे जो Google स्टोर के ऐप-अपडेट तंत्र को रोक देगा। ये ग्राहक Play Store को वाइटलिस्ट नहीं करेंगे। हमारे पास अंततः फ़्लटर ऐप के साथ 100 हार्डवेयर डिवाइस होंगे, और ग्राहक फ़ायरवॉल प्रतिबंधों का पालन करते हुए ऐप को अपडेट पुश करने का एक तरीका अद्भुत होगा!

@eseidelGoogle - कुछ समय हो गया है जब आप लोगों ने यहां कुछ अपडेट प्रदान किए हैं।

क्या आप लोग अभी भी इस पर काम कर रहे हैं? चीजें कैसी चल रही हैं?

प्रगति जारी है। इस समय साझा करने के लिए कोई अपडेट नहीं है।

आज से पहले लोग इस बग में क्या कर रहे हैं, इसके लिए हम तीन स्पष्ट शर्तें लेकर आए हैं:

• "डायनेमिक पैचिंग": एक पैच (प्रकार के) डाउनलोड करके और इसे डार्ट वीएम को प्रदान करके क्षेत्र में किसी ऐप के डार्ट कोड को अपडेट करने की क्षमता। इसे प्रभावी होने के लिए ऐप को फिर से लोड करना होगा।
• "डायनामिक एक्सटेंशन लोडिंग": कुछ डार्ट कोड डाउनलोड करने की क्षमता जो ऐप के पहली बार प्रकाशित होने पर नहीं लिखा गया था, जो ऐप में एक नई सुविधा जोड़ता है। यह मक्खी पर किया जा सकता है। इसके लिए कोर ऐप के बड़े होने की आवश्यकता हो सकती है क्योंकि हम समय से पहले यह नहीं जान सकते हैं कि प्रत्येक भविष्य के एक्सटेंशन के लिए क्या आवश्यक है।
• "मॉड्यूलर एप्लिकेशन डिलीवरी": एक ऐप को संकलित करते समय कई अलग-अलग संग्रहों में पैकेज करने की क्षमता, और आवश्यकतानुसार उन्हें स्वतंत्र रूप से डाउनलोड करने की क्षमता।

हमें शायद इस मुद्दे को तीन बगों में विभाजित करना चाहिए जिन्हें हम अलग से ट्रैक कर सकते हैं।

क्या यह आईओएस के लिए वास्तव में संभव है? Apple द्वारा इस पर प्रतिबंध लगाने की संभावना के अलावा जैसे उन्होंने रोलआउट.io के साथ किया था , जावास्क्रिप्ट को किसी भी प्रकार के JIT (iOS पर निष्पादन योग्य पृष्ठों पर कोई लेखन नहीं) के बिना चलाना होगा। इसके अलावा जावास्क्रिप्ट कोर की विभिन्न जीसी विशेषताओं, जबकि स्पंदन बहुत कम समय तक रहने वाली वस्तु का निर्माण अच्छी तरह से नहीं कर सकता है।

Apple वर्तमान में (या भविष्य में) जो करता है/अनुमति नहीं देता है वह तकनीकी कार्यान्वयन से पूरी तरह अलग है। आईओएस के अलावा कई जगहों पर स्पंदन चलता है। जाहिर है कि हम हमेशा ऐसी तकनीकों को डिजाइन करना चाहेंगे जो आईओएस पर काम कर सकें (जैसा कि मेरा मानना ​​​​है कि कई संभावित "कोड पुश" समाधान हो सकते हैं), लेकिन आईओएस ही एकमात्र विचार नहीं है। उम्मीद है की वो मदद करदे?

1.0 में जारी कोड पुश को न देखकर वास्तव में दुख हुआ। दूसरों की तरह यह मुख्य कारण है कि मैं इसे उन परियोजनाओं पर उपयोग नहीं कर सकता जिनके लिए ऐप स्टोर की प्रतीक्षा किए बिना पैच करने की क्षमता की आवश्यकता होती है।
मैं सराहना करता हूं कि वहां पहुंचने के लिए यह एक भारी लिफ्ट है, शुभकामनाएँ।

हमें स्पंदन का उपयोग करने से रोकने का केवल एक ही कारण है: कोड पुश

इस विषय पर अपनी रुचि दिखाने के लिए मैं अपनी प्रतिक्रिया देना चाहूंगा।
मेरी कंपनी रखरखाव टीमों को प्रबंधित करने के लिए एक केवल-एंड्रॉइड बहु-ग्राहक ऐप विकसित करती है। 2018 में हमने लगभग 100 अपडेट जारी किए, जिनमें से किसी ने भी Google Play के माध्यम से एक नए संस्करण का अनुरोध नहीं किया है क्योंकि उनमें से अधिकांश छोटे बदलाव और अनुकूलन हैं जिनकी प्रत्येक ग्राहक को आवश्यकता होती है, जो पहले से अप्रत्याशित हैं।
फ़्लटर में इस ऐप को फिर से लिखना एक सपना होगा, लेकिन पुनर्लेखन की लागत के अलावा, GPlay के माध्यम से प्रकाशित होने वाले फिक्स या कस्टमाइज़ेशन की प्रतीक्षा करने के लिए पैसे बर्बाद करना एक बुरा सपना होगा।

उम्मीद है जल्द से जल्द हासिल करेंगे

एक और बिंदु: यदि फ़्लटर टीम आधिकारिक तौर पर हॉट-फ़िक्स समाधान प्रदान करती है, तो मुझे लगता है कि ऐप्पल किसी समय फ़्लटर द्वारा बनाए गए सभी ऐप्स को अस्वीकार कर सकता है, क्योंकि हॉट-फ़िक्स निश्चित रूप से ऐपस्टोर समीक्षा दिशानिर्देश को तोड़ता है, डेवलपर्स ऐपस्टोर समीक्षा को बायपास कर सकते हैं और उनके संशोधित कर सकते हैं। ऐप, यह उपयोगकर्ताओं के लिए असुरक्षित है।

वर्तमान में ऐप्पल जेएसपैच के साथ सभी ऐप्स को खारिज कर देता है, जो चीन में सबसे लोकप्रिय हॉट-फिक्स समाधान था। JsPatch JsCore और OC रनटाइम के शीर्ष पर बनाया गया है।

मैं भविष्य में ऐप्पल द्वारा खारिज किए जा सकने वाले ऐप्स के बजाय, हॉट-फ़िक्स फ़ंक्शन के बिना फ़्लटर ऐप्स बनाना चाहता हूं।

@MaxZeng JsPatch के बारे में

अगर केवल आईओएस/एंड्रॉइड समर्थन इस उदाहरण के रूप में:
MyFlutterApplication अनुमति मांगता है/आपके ऐप को अपडेट करना चाहता है
चेंजलॉग्स: बिल्ली के बच्चे और कुत्ते जोड़ें (v1.0)
अनुमति दें | अनुमति न दें

दोनों पक्षों के दिशा-निर्देशों की समीक्षा के बाद।

@MaxZeng JsPatch के बारे में

हां, रिएक्टनेटिव अभी के लिए कोड पुश का अपवाद है, लेकिन इसका मतलब यह नहीं है कि ऐप्पल आधिकारिक तौर पर इसका समर्थन करता है। हमारी कंपनी के ऐप को ऐपस्टोर द्वारा हाल ही में आरएन जैसे ढांचे के कारण 3 बार से अधिक बार खारिज कर दिया गया है, और हमें इन कार्यों को ओसी/एच 5 द्वारा फिर से लिखना है, यह डेवलपर्स के लिए दुःस्वप्न है।

रिएक्ट नेटिव अभी भी Apple के लिए एक सुरक्षित ढांचा है, क्योंकि इसे अंत में UIKit के शीर्ष पर प्रस्तुत किया गया है, लेकिन स्पंदन पूरी तरह से अलग है:
1、सबसे पहले, यह Apple के डेवलपर पारिस्थितिकी तंत्र को तोड़ता है, यह UIKit ढांचे को दरकिनार करता है, और यह Apple के नियंत्रण से बाहर है, उदाहरण के लिए AppStore में अधिक से अधिक MD शैली के ऐप्स होंगे, और यह Apple के मानव इंटरफ़ेस दिशानिर्देश के विरुद्ध हो सकता है। एपल अपने शानदार डिजाइन की वजह से एक मशहूर कंपनी है।
2、दूसरा, यदि हॉट-रीलोड आधिकारिक तौर पर फ़्लटर द्वारा समर्थित है, तो ऐप्पल फ़्लटर ऐप्स को सीधे अस्वीकार करने के लिए इस कारण का उपयोग कर सकता है।

मेरे दृष्टिकोण से, फ़्लटर को इसे तोड़ने के बजाय ऐपस्टोर समीक्षा दिशानिर्देश का पालन करना चाहिए, यह क्रॉस-प्लेटफ़ॉर्म मोबाइल ढांचे के लिए महत्वपूर्ण है, आपको ऐप्पल के पारिस्थितिकी तंत्र को नहीं तोड़ना चाहिए क्योंकि हम इसे कर सकते हैं। यदि Apple फ़्लटर को अस्वीकार करता है, तो फ़्लटर का मुख्य लाभ समाप्त हो जाएगा।

कोडपश एक कठिन या रहस्यमय तकनीक नहीं है, ऐप्पल इसे आसानी से लागू कर सकता है (विशेष रूप से ओसी पर आधारित), ऐप्पल इसे अस्वीकार करने का एकमात्र कारण यह है कि यह उपयोगकर्ताओं को समाप्त करने के लिए असुरक्षित है, और यह ऐपस्टोर/Google Play को पूरी तरह से नुकसान पहुंचाता है। यह एक आपदा है अगर कई ऐप कभी भी और कहीं भी अपनी कार्यक्षमता बदल सकते हैं, और ऐप को प्रकाशित करने की अनुमति देने के बाद इन हानिकारक कार्यों का पता लगाना और सीमित करना मुश्किल है।

कोडपश केवल एक तकनीक नहीं है, यह मोबाइल पारिस्थितिकी तंत्र का एक महत्वपूर्ण हिस्सा है। मुझे लगता है कि फ़्लटर टीम को आधिकारिक तौर पर ऐसी तकनीक प्रदान नहीं करनी चाहिए, हालांकि इसे कुछ डेवलपर्स द्वारा निजी तौर पर लागू किया जा सकता है, यह ठीक है क्योंकि इसका बेतहाशा उपयोग नहीं किया जाएगा।

@MaxZeng JsPatch के बारे में

हां, रिएक्टनेटिव अभी के लिए कोड पुश का अपवाद है, लेकिन इसका मतलब यह नहीं है कि ऐप्पल आधिकारिक तौर पर इसका समर्थन करता है। हमारी कंपनी के ऐप को ऐपस्टोर द्वारा हाल ही में आरएन जैसे ढांचे के कारण 3 बार से अधिक बार खारिज कर दिया गया है, और हमें इन कार्यों को ओसी/एच 5 द्वारा फिर से लिखना है, यह डेवलपर्स के लिए दुःस्वप्न है।

रिएक्ट नेटिव अभी भी Apple के लिए एक _SAFE_ ढांचा है, क्योंकि यह अंततः UIKit के शीर्ष पर प्रदान किया जाता है, लेकिन स्पंदन पूरी तरह से अलग है:
1、सबसे पहले, यह Apple के डेवलपर पारिस्थितिकी तंत्र को तोड़ता है, यह UIKit ढांचे को दरकिनार करता है, और यह Apple के नियंत्रण से बाहर है, उदाहरण के लिए AppStore में अधिक से अधिक MD शैली के ऐप्स होंगे, और यह Apple के मानव इंटरफ़ेस दिशानिर्देश के विरुद्ध हो सकता है। एपल अपने शानदार डिजाइन की वजह से एक मशहूर कंपनी है।
2、दूसरा, यदि हॉट-रीलोड आधिकारिक तौर पर फ़्लटर द्वारा समर्थित है, तो ऐप्पल फ़्लटर ऐप्स को सीधे अस्वीकार करने के लिए इस कारण का उपयोग कर सकता है।

मेरे दृष्टिकोण से, फ़्लटर को इसे तोड़ने के बजाय ऐपस्टोर समीक्षा दिशानिर्देश का पालन करना चाहिए, यह क्रॉस-प्लेटफ़ॉर्म मोबाइल ढांचे के लिए महत्वपूर्ण है, आपको ऐप्पल के पारिस्थितिकी तंत्र को नहीं तोड़ना चाहिए क्योंकि हम इसे कर सकते हैं। यदि Apple फ़्लटर को अस्वीकार करता है, तो फ़्लटर का मुख्य लाभ समाप्त हो जाएगा।

कोडपश एक कठिन या रहस्यमय तकनीक नहीं है, ऐप्पल इसे आसानी से लागू कर सकता है (विशेष रूप से ओसी पर आधारित), ऐप्पल इसे अस्वीकार करने का एकमात्र कारण यह है कि यह उपयोगकर्ताओं को समाप्त करने के लिए असुरक्षित है, और यह ऐपस्टोर/Google Play को पूरी तरह से नुकसान पहुंचाता है। यह एक आपदा है अगर कई ऐप कभी भी और कहीं भी अपनी कार्यक्षमता बदल सकते हैं, और ऐप को प्रकाशित करने की अनुमति देने के बाद इन हानिकारक कार्यों का पता लगाना और सीमित करना मुश्किल है।

कोडपश केवल एक तकनीक नहीं है, यह मोबाइल पारिस्थितिकी तंत्र का एक महत्वपूर्ण हिस्सा है। मुझे लगता है कि फ़्लटर टीम को आधिकारिक तौर पर ऐसी तकनीक प्रदान नहीं करनी चाहिए, हालांकि इसे कुछ डेवलपर्स द्वारा निजी तौर पर लागू किया जा सकता है, यह ठीक है क्योंकि इसका बेतहाशा उपयोग नहीं किया जाएगा।

बहुत ही रोचक बिंदु और कुछ मायनों में उचित लगता है, लेकिन कुछ गलतियाँ भी हैं।

1. स्पंदन भी एप्पल के क्यूपर्टिनो का समर्थन करता है , एमडी ही चुना नहीं है।
2. आप गेमिंग क्षेत्र में एकता को जान सकते हैं, फ़्लटर का रेंडर सिस्टम कुछ इसी तरह से काम करता है।
3. वास्तव में और अभी के लिए, वेब (जेएस) का उपयोग करके कोडपश लागू किया जा सकता है और ऐपस्टोर की समीक्षा को उनके ऐप को संशोधित करने के लिए बाईपास कर सकते हैं। तो क्यों स्पंदन (डार्ट) को अस्वीकार करें और जेएस को छोड़ दें।

तो क्यों स्पंदन (डार्ट) को अस्वीकार करें और जेएस को छोड़ दें।

JS सैंडबॉक्स में चलता है और इसलिए सुरक्षित है। (सफारी में हर लोड किए गए वेब पेज की तरह)

डार्ट बाइनरी कोड के लिए संकलित करता है और इस तरह के सैंडबॉक्स से विवश नहीं है।

मैं कई सालों से एंड्रॉइड डेवलपर हूं। मुझे लगता है कि कोड पुश इतना महत्वपूर्ण नहीं है।
यदि कोड पुश के बिना आप विकास नहीं कर सकते हैं? अगर ऐसा है तो यह बहुत मूर्खतापूर्ण है।
स्पंदन मोबाइल के लिए एक ढांचा है, इसलिए सबसे पहले आपको अधिक मोबाइल विकास ज्ञान सीखना चाहिए।
कोड पुश के बिना, आप फुल-अपडेट का उपयोग कर सकते हैं।
जैसा कि विज्ञापन कहता है: जब कोई पुल पर आता है तो उसे पार करें।
एक डेवलपर के रूप में, मुझे लगता है कि एक ही समस्या को हल करने के लिए विभिन्न तरीकों का उपयोग करना अधिक महत्वपूर्ण है।

स्पंदन मूल निवासी नहीं है, आप स्पंदन को देखने के लिए प्रतिक्रिया मूल निवासी (या अन्य ढांचे) के अनुभव का उपयोग नहीं कर सकते। वे अलग चीजें हैं।

@MaxZeng शायद स्पंदन विशेष रूप से Android के लिए हॉट अपडेट को सक्षम कर सकता है।

RN जैसे हॉट अपडेट के बिना, हम Flutter की ओर नहीं बढ़ेंगे! फ्रेमवर्क को एक डेवलपर के जीवन को आसान बनाना चाहिए !!

जिन फूलों का मैंने इंतजार किया था, वे सब चले गए हैं।

@MaxZeng शायद स्पंदन विशेष रूप से Android के लिए हॉट अपडेट को सक्षम कर सकता है।

1、वास्तव में यह Google Play Store के पारिस्थितिकी तंत्र को भी नुकसान पहुंचाएगा, यह एंड्रॉइड टीम को ऐप व्यवहार को नियंत्रित करने के लिए कठिन बना देगा।
2、 अधिकांश ऐप्स के लिए कोडपश आवश्यक नहीं है， कुछ डेवलपर्स द्वारा इस तकनीक का दुर्भावनापूर्ण रूप से उपयोग किया जाएगा।
3、यदि डेवलपर्स पैच को सही ढंग से एन्क्रिप्ट नहीं करते हैं तो यह बड़े "मैन इन द मिडल अटैक" का कारण बन सकता है，घातक हैकर्स फ़्लटर ऐप्स को हाईजैक करने के लिए पुश-कोड को संशोधित कर सकते हैं।

मैं सिर्फ इतना कहना चाहता हूं कि अधिकांश चीनी कंपनियों के लिए हॉटफिक्स एक आयात सुविधा है। 70% से अधिक चीनी Android डिवाइस Google Play का समर्थन नहीं करते हैं

@act64 https://github.com/flutter/flutter/wiki/Roadmap चेक

@act64 https://github.com/flutter/flutter/wiki/Roadmap चेक

रोडमैप ने कहा कि एंड्रॉइड पर हॉटफिक्स। उम्मीद है कि आईओएस को जल्द ही सपोर्ट किया जाएगा।

@taibaiyinxing स्पंदन ऐसी सुविधाएँ प्रदान नहीं कर सकता है जो कि Apple ऐप-स्टोर द्वारा अस्वीकृत हैं।

@taibaiyinxing स्पंदन ऐसी सुविधाएँ प्रदान नहीं कर सकता है जो कि Apple ऐप-स्टोर द्वारा अस्वीकृत हैं।

@zoechi हम एंटरप्राइज़ ऐप का उपयोग करते हैं और हमें ऐप-स्टोर पर अपलोड करने की आवश्यकता नहीं है।

एंड्रॉइड पर डायनेमिक पैचिंग, एक सर्वर से सीधे एंड्रॉइड पर चल रहे स्पंदन अनुप्रयोगों के लिए कोड अपडेट को तैनात करने की अनुमति देता है।
मैं

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

ऐसा लगता है कि इस साल IOS पर CODE PUSH को सपोर्ट करने की कोई योजना नहीं है।

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

"यहां की सूची को या तो संपूर्ण के रूप में नहीं देखा जाना चाहिए, और न ही इस वादे के रूप में देखा जाना चाहिए कि हम यह सब काम पूरा करेंगे।" :)

कोड-पुश का काम अभी भी परीक्षण के अपेक्षाकृत शुरुआती दिनों में है। 2019 में हम उस काम को किस प्लेटफॉर्म पर तैनात करेंगे/नहीं करेंगे, यह अभी तक निर्धारित नहीं है। आखिर फरवरी ही तो है। 10 महीने एक लंबा समय है!

वर्तमान में इंजीनियर 3 उपयोग-मामलों @Hixie का समर्थन करने के लिए मुख्य प्रौद्योगिकी के निर्माण पर ध्यान केंद्रित कर रहे हैं: https://github.com/flutter/flutter/issues/14330#issuecomment -442274897
मुझे उम्मीद है कि हम आने वाले महीनों में उन उपयोग मामलों में से कम से कम एक का कुछ सीमित परीक्षण करना शुरू कर देंगे।

चूंकि हमारी स्पंदन विकास तकनीक बहुत परिपक्व नहीं है, इसलिए एपीपी को अक्सर अपडेट किया जाता है, और कई तत्काल अपडेट होते हैं। और हमारा ऐप ऐप स्टोर अपलोड करने की योजना नहीं बना रहा है। इसलिए यह फीचर बहुत जरूरी है। यह एपीपी की पुनरावृत्ति गति में सुधार कर सकता है। अन्यथा, एपीपी के विखंडन से हमारे एपीआई में देरी हो सकती है।

जैसा कि मुझे लगता है कि हम सभी सहमत हो सकते हैं, इस मुद्दे का चालक यह है कि Google और Apple (स्टोर) दोनों द्वारा प्रबंधित दीवारों वाले बगीचों के माध्यम से किसी भी मोबाइल ऐप को अंतिम उपयोगकर्ताओं तक पहुंचाना, ऐप डेवलपर्स के लिए एक बड़ी असुविधा है (उल्लेख करने के लिए नहीं) अच्छे/नवोन्मेषी ऐप्स के अंतिम-उपयोगकर्ताओं के लिए खराब सेवा), Apple सबसे अधिक असुविधाजनक है (Apple के लिए दिन Google के लिए घंटों के विपरीत)।

एक साइड-पॉइंट के रूप में, एक संभावित समाधान यह हो सकता है कि स्टोर 'विश्वसनीय' डेवलपर्स (फास्ट-ट्रैक सेवा की तरह) के लिए तत्काल अपडेट के लिए पथ प्रदान करें। Google और Apple तब ऐप का रीयल-टाइम ऑडिट (ऑटोमेटेड,... जैसे AI के साथ?... ऑटो-रोलबैक पोस्ट-फैक्टो के साथ) कर सकते थे। लेकिन तकनीकी और अन्य कारणों से यह संभव नहीं लगता है। बेशक दोनों स्टोर में बीटा टेस्टर के लिए फास्ट-ट्रैक है।

इसलिए ... इस मुद्दे में सुविधाओं की प्रतीक्षा करते हुए, किसी भी मोबाइल ऐप को अंतिम उपयोगकर्ताओं तक पहुंचाने में शामिल असुविधा को कम करने का एक तरीका चरणों को स्वचालित करना है।

एक उपकरण के उदाहरण के लिए जो स्पंदन के लिए इस प्रकार का स्वचालन करता है, देखें:
https://github.com/mmcc007/fledge
रिकॉर्ड के लिए, इसमें शामिल एक बार के कई सेटअप-चरणों के लिए दस्तावेज़ शामिल हैं जिन्हें आसानी से स्वचालित नहीं किया जा सकता है:
https://mmcc007.github.io/fledge/

@charliezzo इस टूल या इसके जैसे टूल का उपयोग करके, एक फ़्लटर ऐप (और अपडेट, आदि ..) मिनटों के भीतर Android और ios बीटा टेस्टर तक पहुँचाया जा सकता है।

इसमें स्टोर के माध्यम से अंतिम-उपयोगकर्ताओं को डिलीवरी को स्वचालित करने के लिए एक वर्कफ़्लो भी है (Google के लिए घंटे+, Apple 😂👍 के लिए दिन+)।

@mmcc007
ओह धन्यवाद। लेकिन मैं कहता हूं कि मैं अपने ऐप को Google Play और ऐप स्टोर पर नहीं धकेलना चाहता।
मुझे अपने ऐप को दूसरे तरीके से बेचने की ज़रूरत है।
और मुझे अपने ऐप को अपडेट करने के लिए Google Play और ऐप स्टोर की आवश्यकता नहीं है।
जब उपयोगकर्ता इसे इंस्टॉल करते हैं और इसे शुरू करते हैं तो मैं केवल अपने ऐप को अपडेट करना चाहता हूं।
और, स्पंदन एक 60FPS या उच्चतर ढांचा है, यह ऑनलाइन गेम बना सकता है, हम Google Play और ऐप स्टोर द्वारा थोड़ा पैच नहीं करना चाहते हैं।
आप जानते हैं कि Google Play और ऐप स्टोर द्वारा हर पैच थोड़े समय में धीमा और कठोर होता है।
वास्तव में आप जानते हैं कि हम चीन में Google Play का उपयोग नहीं कर सकते। और ऐप स्टोर बहुत धीमा है।
चीन में google play जैसे बहुत सारे ऐप स्टोर हैं। हमारे पास हर ऐप स्टोर में अपडेट पुश करने का समय नहीं है।

स्पंदन में कोड पुश एक प्राथमिक विशेषता होनी चाहिए। इसे ऊपर रखो।

हम इसे Android पर app_flutters में सभी फाइलों को बदलकर बना सकते हैं

हाय क्या आप मुझे आगे की चर्चा के लिए अपना ईमेल दे सकते हैं，हमारी टीम ने भी इस समाधान को ढूंढ लिया है, लेकिन यह तभी काम कर सकता है जब एप्लिकेशन को मार दिया जाना चाहिए और ऐप को पुनरारंभ करना होगा。tks @LNeway

हाय क्या आप मुझे आगे की चर्चा के लिए अपना ईमेल दे सकते हैं, हमारी टीम ने भी इस समाधान को ढूंढ लिया है, लेकिन यह तभी काम कर सकता है जब एप्लिकेशन को मार दिया जाना चाहिए और ऐप को पुनरारंभ करना होगा। tks @LNeway
@KinsomyJS
मैंने व्यवहार्यता को सत्यापित करने के लिए एक डेमो भी चलाया

कृपया संक्षिप्त स्निपेट या ब्लॉग पोस्ट के साथ साझा करें या यहां टिप्पणी करें या ईमेल में cc [email protected] ...

@LNeway @KinsomyJS क्या आप में से कोई कृपया अधिक जानकारी दे सकता है?
धन्यवाद

@taibaiyinxing स्पंदन ऐसी सुविधाएँ प्रदान नहीं कर सकता है जो कि Apple ऐप-स्टोर द्वारा अस्वीकृत हैं।

@zoechi क्या आप कह रहे हैं कि आप और/या

यदि यह सुविधा जोड़ी जाती है, तो क्या यह बीटा 1.0.0 को सपोर्ट करेगी?

@dahabdev

इसके लायक क्या है, Ionic के साथ मेरे अनुभव से, मेरा मानना ​​​​है कि "कोड पुश" ओवररेटेड है, और मुझे उम्मीद है कि फ़्लटर टीम इस पर काम करने में बहुत अधिक समय नहीं लगाती है, जबकि अभी भी कई अन्य, बुनियादी, आवश्यक सुविधाएँ गायब हैं।

वापस जब मैंने UAVForecast विकसित किया, मैंने Ionic का उपयोग किया, जो "आयनिक परिनियोजन" सुविधा से आकर्षित हुआ, जिसने ऐप की संपूर्ण सामग्री को दूरस्थ रूप से अपडेट करने की पेशकश की। उस समय (यह 2014 था), ऐप्पल के ऐप स्टोर की समीक्षा का समय 2 सप्ताह के आदेश पर था। मैं जल्दी से पुनरावृति करना चाहता था, तेजी से आगे बढ़ना चाहता था, और चीजों को तोड़ना चाहता था, जैसा कि वे कहते हैं।

पहले "आयनिक परिनियोजन" बहुत अच्छा था, लेकिन जल्द ही, मैंने कुछ बड़ी समस्याओं पर ध्यान दिया। इसने मेरे उपयोगकर्ताओं के लिए भ्रम पैदा किया ("ऐप का कहना है कि उसने खुद को अपडेट कर लिया है, तो Play Store/App Store में एक और अपडेट क्यों लंबित है?"); यह कभी-कभी ऐप को तोड़ देता है, उदाहरण के लिए जब ऐप मेटाडेटा (जैसे अनुमतियां) को कॉर्डोवा प्लगइन द्वारा चुपचाप बदल दिया गया था लेकिन हॉट कोड पुश द्वारा अपडेट नहीं किया गया था; ट्रैकिंग संस्करण संख्याएँ मुश्किल थीं और वे मेरे द्वारा स्टोर पर धकेले जाने के साथ सिंक से बाहर हो जाएंगे; इसने मुझे परीक्षण के बारे में आलसी बना दिया, क्योंकि मैं हमेशा बग से खुद को "आयनिक तैनाती" कर सकता था; और कभी-कभी मैं बदतर बगों को आगे बढ़ा देता था, जिन्हें ऐप समीक्षा टीमों द्वारा पकड़ा जा सकता था, मैंने उन्हें देखने का मौका दिया था।

पहला संस्करण जारी करने के लगभग एक साल बाद, ऐप स्टोर समीक्षा समय में काफी सुधार हुआ था। आज, यह कुछ ही दिनों के लिए है, और निश्चित रूप से Google के Play Store पर यह कुछ घंटों के बराबर हो सकता है। मेरी सभी समस्याओं को देखते हुए, मैंने अपने ऐप से "आयनिक परिनियोजन" कार्यक्षमता को हटाने का फैसला किया, और अब मेरे पीछे कई मिलियन डाउनलोड के साथ, मैंने पीछे मुड़कर नहीं देखा।

जबकि मुझे आयोनिक पसंद है और वास्तव में इसके डेवलपर, ड्रिफ्टी ने जो कुछ भी किया है, उसकी सराहना करते हैं (धन्यवाद!), मैं तर्क दूंगा कि ड्रिफ्टी ने कोड पुश जैसी चमकदार सुविधाओं में बहुत अधिक समय निवेश करने की गलती की है जो उपयोगकर्ताओं को आकर्षित करती है, और पर्याप्त समय नहीं प्राप्त करने में ढांचे के नट और बोल्ट उन मुद्दों से बचने के लिए सही हैं जो उन्हें दूर भगाते हैं। अब अपने चौथे संस्करण में, आयोनिक को कई बार पीछे की ओर असंगत तरीकों से फिर से लिखा गया है कि मैंने बनाए रखने की कोशिश करना बंद कर दिया है - नवीनतम संस्करण में अभी भी कई गंभीर मुद्दे बकाया हैं जो मुझे अपग्रेड करने से रोकते हैं, और अब मैं अपने पूरे ऐप को फिर से लिख रहा हूं स्पंदन।

अब तक का अनुभव उत्कृष्ट रहा है, और मुझे बहुत मज़ा आ रहा है, लेकिन फ़्लटर में अभी भी कुछ प्रमुख अंतराल और चूक हैं, विशेष रूप से प्लगइन्स में। उदाहरण के लिए: पासवर्ड ऑटोफिल के साथ कोई टेक्स्ट फ़ील्ड एकीकरण नहीं है, Google मानचित्र प्लगइन बेयरबोन है (और संबंधित फ्रेमवर्क रेंडरिंग बग हैं), मूल वेबव्यू फ़ाइल का समर्थन नहीं करता है: // संपत्ति लोड करने के लिए यूआरएल, टैब बार नहीं करता है पारदर्शिता या ग्रेडिएंट बैकग्राउंड का समर्थन करते हैं, टेबल सेल कॉल्सपैन का समर्थन नहीं करते हैं, थीमडाटा एनीमेशन के साथ उपयोग करने के लिए ऐप-विशिष्ट रंगों के साथ एक्स्टेंसिबल नहीं है, केवल पूरी तरह से टाइमज़ोन-जागरूक डेटटाइम लाइब्रेरी में पल और पल-टाइमज़ोन की कई महत्वपूर्ण विशेषताओं का अभाव है, वहाँ हैं राज्य प्रबंधन के लिए इतने सारे दृष्टिकोण नए लोगों के लिए भ्रमित कर रहे हैं, अजीब अपवादों से बचने के लिए आपको अक्सर "स्वच्छ स्पंदन" करना पड़ता है, हॉट-स्वैप अक्सर काम नहीं करता है, और मैं आगे बढ़ सकता हूं ...

मैं इनमें से _all_ को "कोड पुश" से अधिक महत्वपूर्ण के रूप में रैंक करूंगा, खासकर अगर यह ऐप्पल को फ़्लटर ऐप्स को अस्वीकार करने का जोखिम उठाता है, अगर इसे कंपाइलर ढांचे में बड़े बदलाव की आवश्यकता होती है जो अंततः ऑप्टिमाइज़ेशन कर सकती है जो ऐप प्रदर्शन को और अधिक कठिन बनाती है (मैं एक ले लूंगा किसी भी दिन "कोड पुश" पर 5% प्रदर्शन सुधार), या फ्रेमवर्क सुविधा को पूरा करने में समय लगता है।

दूसरी तरफ, मैं देख सकता हूं कि कुछ परिस्थितियों में कुछ डेवलपर्स को वास्तव में इसकी आवश्यकता हो सकती है, खासकर यदि वे स्टोर के बाहर काम कर रहे हैं, तो मैं यहां उत्साह को समझ सकता हूं।

@matthewlloyd बहुत सारे शानदार अंक!

यदि आप लोग कोड पुश का समर्थन नहीं कर सकते हैं, तो क्या कुछ शब्दकोशों (जैसे जेसन, एक्सएमएल ...) से स्पंदन विजेट को उत्पन्न करने के लिए पार्सर बनाने का कोई तरीका है? क्या यह असंभव है या एक अच्छा विचार है?

- क्या इस बारे में किसी की कोई राय है?
https://pub.dartlang.org/packages/dynamic_widget
यह आशाजनक प्रतीत होता है, हालांकि यह 'महत्वपूर्ण बग' भय को संबोधित नहीं करता है।

वह पागल हिस्सा यह है कि कोड पुश कमरे में हाथी है, जो गहराई से एक व्यवसाय/प्रक्रिया का मुद्दा है और एक तकनीकी है, और एक पक्ष दूसरे की उपेक्षा करता है ...

पासवर्ड ऑटोफिल के साथ कोई टेक्स्ट फ़ील्ड एकीकरण नहीं है, Google मानचित्र प्लगइन बेयरबोन है (और संबंधित फ्रेमवर्क रेंडरिंग बग हैं), मूल वेबव्यू फ़ाइल का समर्थन नहीं करता है: // संपत्ति लोड करने के लिए यूआरएल, टैब बार पारदर्शिता का समर्थन नहीं करता है या ग्रेडिएंट बैकग्राउंड, टेबल सेल कॉलस्पैन का समर्थन नहीं करते हैं, थीमडाटा एनीमेशन के साथ उपयोग करने के लिए ऐप-विशिष्ट रंगों के साथ एक्स्टेंसिबल नहीं है, केवल पूरी तरह से टाइमज़ोन-जागरूक डेटटाइम लाइब्रेरी में पल और पल-टाइमज़ोन की कई महत्वपूर्ण विशेषताओं की कमी है, बहुत सारे दृष्टिकोण हैं राज्य प्रबंधन के लिए यह नवागंतुकों के लिए भ्रमित करने वाला है, आपको अजीब अपवादों से बचने के लिए अक्सर "स्वच्छ स्पंदन" करना पड़ता है, हॉट-स्वैप अक्सर काम नहीं करता है जैसा कि इसे करना चाहिए, और मैं आगे बढ़ सकता हूं ...

उम्मीद है कि इन सभी में पहले से ही जीथब मुद्दा है: डी

यह पहले 2019 के लिए हमारे रोडमैप पर था। इसकी अधिक विस्तार से जांच करने के बाद, हमने अभी के लिए इस काम को आगे नहीं बढ़ाने का फैसला किया है।

ऐसे कई कारक थे जिन्होंने हमें इस निर्णय के लिए प्रेरित किया:

• Android और iOS पर स्टोर नीतियों की हमारी समझ का अनुपालन करने के लिए, कोई भी समाधान Android पर JIT कोड और iOS पर व्याख्या किए गए कोड तक सीमित होगा। हमें विश्वास नहीं है कि आईओएस पर इस तरह के समाधान की प्रदर्शन विशेषताएं उस गुणवत्ता तक पहुंचेंगी जो हम अपने उत्पाद की मांग करते हैं। (दूसरे शब्दों में, "यह बहुत धीमा होगा"।)

• कुछ गंभीर सुरक्षा चिंताएं हैं। चूंकि ये पैच अनिवार्य रूप से मनमाने कोड निष्पादन की अनुमति देंगे, वे बेहद आकर्षक मैलवेयर वेक्टर होंगे। हम मूल पैकेज के समान कुंजी का उपयोग करके पैच पर हस्ताक्षर करने की आवश्यकता के द्वारा इसे कम कर सकते हैं, लेकिन यह त्रुटि प्रवण है और किसी भी गलती के गंभीर परिणाम होंगे। यह, मूल रूप से, वही समस्या है जिसने प्लेटफ़ॉर्म को प्रभावित किया है जो तृतीय-पक्ष स्रोतों से कोड के निष्पादन की अनुमति देता है। प्लेटफॉर्म अपडेट मैकेनिज्म के साथ एकीकृत करके इस समस्या को कम किया जा सकता है, लेकिन यह आउट-ऑफ-बैंड पैचिंग मैकेनिज्म के उद्देश्य को विफल कर देता है।

• पैचिंग अनुप्रयोगों के लिए वर्तमान में कोई आउट-ऑफ-द-बॉक्स ओपन सोर्स होस्टिंग समाधान नहीं है, इसलिए हमें या तो अपने वेब सर्वर को तदनुसार कॉन्फ़िगर करने वाले लोगों पर निर्भर रहना होगा, या हमें मालिकाना तृतीय-पक्ष सेवाओं के लिए एकीकरण बनाना होगा, या हम अपना खुद का बीस्पोक समाधान बनाना होगा। होस्टिंग पैच एक ऐसा स्थान है जिसमें हम प्रवेश करने के लिए उत्सुक नहीं हैं। लोगों के अपने सर्वर को कॉन्फ़िगर करने से वे संभावित रूप से गंभीर प्रभावों के साथ गलतियाँ करने के लिए तैयार हो जाते हैं जैसा कि सुरक्षा के बारे में पिछले बिंदु में बताया गया है। तृतीय-पक्ष सेवाओं के आधार पर, फ़्लटर को विजेताओं को चुनने की एक अजीब स्थिति में डाल देता है और हमें उन परियोजनाओं के जोखिम के बारे में बताता है जो स्वयं नीति परिवर्तन करते हैं जो इस सुविधा को प्रभावित करेंगे।

हम अभी के लिए अन्य मुद्दों पर अपने इंजीनियरिंग प्रयास को खर्च करना पसंद करते हैं। हम इस स्पेस में प्रयोग जारी रखने की उम्मीद करते हैं और शायद भविष्य में इस बारे में फिर से गंभीर हो जाएंगे (उदाहरण के लिए, हमें शायद डेस्कटॉप एप्लिकेशन के लिए एक अपडेट समाधान की आवश्यकता होगी), लेकिन शायद इस साल नहीं।

जबकि मैं इस सुविधा को छोड़ने का कारण समझता हूं, फिर भी यह निराशाजनक है। Play Store और App Store महत्वपूर्ण विचार हैं लेकिन प्रत्येक ऐप को इस तरह वितरित नहीं किया जाता है। हमारे उपयोग के मामले के लिए, हम ग्राहक को डिवाइस और ऐप दोनों के साथ प्रीइंस्टॉल्ड आपूर्ति करते हैं। उपयोगकर्ता को अपडेट को गतिशील रूप से पुश करने के लिए एक तंत्र होना एक बहुत ही महत्वपूर्ण विशेषता है क्योंकि हम स्टोर के माध्यम से नहीं जाना चाहते हैं। यह सुविधा अमूल्य होती। मुझे आशा है कि जैसा कि आपने उल्लेख किया है, भविष्य में इस पर दोबारा गौर किया जाएगा।

टीम के तर्क को पारदर्शी रूप से संप्रेषित करने के लिए धन्यवाद।

@eseidelGoogle क्या डार्ट से संकलित जावास्क्रिप्ट कोड पृष्ठों को प्रस्तुत करने के लिए

यह काफी निराशाजनक है।

आपके द्वारा उल्लिखित सभी सुरक्षा और स्टोर अनुपालन मुद्दों के संबंध में, वे वैध और वैध हो सकते हैं, लेकिन दिन के अंत में "हॉट अपडेट" तकनीक का एक उदाहरण है जो पहले से ही काम कर रहा है: कोड पुश।

रिएक्ट नेटिव + कोड पुश सेवा काम करती है और वास्तविक दुनिया में खुद को साबित करती है। यह लड़ाई का परीक्षण है। ऐसा प्रतीत होता है कि अप्रत्यक्ष अपडेट के संबंध में ऐप स्टोर में कोई समस्या नहीं है। ऐसा लगता है कि हर कोई इसके साथ "ठीक" है। इसलिए मुझे लगता है कि स्पंदन के समाधान की भी अनुमति दी जा सकती है।

प्रदर्शन के मुद्दों के संबंध में, यह एक अच्छा विचार हो सकता है कि डेवलपर को "कम प्रदर्शन" मोड में काम करने दें, लेकिन लाइव अपडेट सक्षम करें।

एक अच्छा कदम! मैं इसके बजाय एक कोड-पुश सुविधा जोड़ने के बजाय स्पंदन को अनुकूलित करने के लिए इंजीनियरिंग प्रयास खर्च करता हूं जो पारिस्थितिकी तंत्र को अधिक जटिल और चोट पहुंचा सकता है

मेरे पास वर्तमान में मेरा पहला ऐप है, जिसे फ़्लटर में विकसित किया गया है, खुले बीटा परीक्षण में और मैंने फिक्स के साथ लगभग 10 ऐप बंडलों को धक्का दिया है। लेकिन जब मैं इसे प्रोडक्शन में रिलीज करता हूं तो यह ज्यादातर त्रुटि मुक्त होना चाहिए।

इसलिए मुझे नहीं पता कि मुझे कभी इस सुविधा की आवश्यकता होगी या नहीं, लेकिन मुझे यह पब पैकेज ओटीए अपडेट मिला है जो 89 के स्कोर पर अच्छा प्रदर्शन कर रहा है, जो केवल इसकी लोकप्रियता से नीचे लाया गया है। क्या वह पैकेज सुरक्षित है? ऐसा लगता है कि यह एक यूआरएल से एपीके डाउनलोड कर रहा है और इसे मूल रूप से अनपैक कर रहा है और एंड्रॉइड पर एपीके इंस्टॉलेशन इंटेंट को ट्रिगर कर रहा है।

जिन लोगों को इस सुविधा की बिल्कुल जरूरत है, वे उस पैकेज को आजमा सकते हैं।

लेकिन मैं देख सकता हूं कि फ़्लटर टीम इस बारे में बहुत उत्साहित क्यों नहीं है, क्योंकि, आइए उपरोक्त पैकेज को मामले में लेते हैं। ऐसा लगता है कि यह किसी यूआरएल से डाउनलोड हो रहा है। और एक वेबसाइट हमेशा देशी ऐप्स की तुलना में अधिक हैकर के अनुकूल होती है। अभी सुरक्षा को लेकर कई चिंताएं हैं। यह सिर्फ फ़्लटर ऐप को एक वेबसाइट के रूप में असुरक्षित बनाता है जो एक सख्त नहीं-नहीं है।

जब मैंने शुरुआत की थी तो मेरे पास 2 जीबी रैम मशीन थी, मैं हमेशा से एक एंड्रॉइड ऐप विकसित करने की कोशिश कर रहा था लेकिन मेरी मशीन काम पर नहीं थी। मैंने फोनगैप, कॉर्डोवा, कुछ इंटेल फ्रेमवर्क, रिएक्ट-नेटिव की कोशिश की, और उनमें से कोई भी चलना शुरू नहीं हुआ। स्पंदन एकमात्र ऐसा व्यक्ति था जिसे मैंने वास्तव में शुरू किया था और इसके सुंदर यूआई और विकास उपकरण के साथ, यह इस सुविधा के बिना भी अपने समकालीनों से मीलों आगे है।

किसी भी अद्यतन?

जिस तरह से रिएक्ट-नेटिव ने हमें कोड पुश के साथ खराब कर दिया है, उसके बाद ऐप रिलीज़ वर्कफ़्लो कभी भी पहले जैसा नहीं रहेगा। असली शर्म की बात है कि स्पंदन इसका समर्थन नहीं करेगा। स्पंदन अच्छी तरह से आकार ले रहा है और अगर वे इस सुविधा का समर्थन करना चुनते हैं तो यह रिएक्ट नेटिव का एक प्रतियोगी हो सकता है। काश...

@ हिक्सी ठीक है, इसलिए एक मौलिक इंजीनियरिंग/तकनीकी परिवर्तन में अभी के लिए बहुत अधिक डाउनसाइड्स हैं - जो मुझे समझ में आता है।

हालाँकि - आप कुछ वैकल्पिक दृष्टिकोणों के साथ लघु और मध्यम अवधि में उस व्यावसायिक चिंता को स्पंदन करने वाले देवों की मदद करने के बारे में कैसा महसूस करते हैं - शायद वीडियो भी, जबकि शायद 'अनुमोदित' या आधिकारिक समाधान नहीं, लेकिन कुछ ध्यान।

जैसे

• फायरबेस रीयल-टाइम कॉन्फ़िगरेशन
• सर्वर आधारित json->widgets (जैसे https://github.com/dengyin2000/dynamic_widget/blob/master/WIDGETS.md या simlar, मैं अभी तक सटीक प्लगइन का समर्थन नहीं करता लेकिन विचार)
• या शायद कुछ और, शायद उन्नत उपयोगकर्ताओं के लिए क्लाउड कार्य करता है ...
• जाहिर है, मैं आपको 'बड़े' उपयोग के मामले के लिए इंजीनियरिंग प्रयासों का एक गुच्छा लेने का सुझाव नहीं दे रहा हूं, लेकिन एक हैलो-वर्ल्ड-कोड-पुश-विकल्प की तरह जो 'चलो हर एक चीज को ठीक/बदलें' के बिना अधिकांश जरूरतों को संबोधित करता है ' वास्तुकला टाइप करें।

मेरा आधार यह है कि "हम" स्पंदन के लिए मौलिक वास्तुकला परिवर्तन के बिना कोडपुश के लिए चिंता का 70-90% पूरा कर सकते हैं; कोई इस बारे में क्या सोचता है?

स्पंदन का कोड-ए-यूआई दृष्टिकोण एंड्रॉइड देवों की तुलना में इसे आसान बना सकता है ....

मैंने व्यक्तिगत रूप से कम से कम दो कंपनियों को देखा है जिन्होंने इस कारण से अन्य लोगों को फड़फड़ाने के लिए चुना है, और कई अन्य ने इसी तरह से बात की है।

शायद बातचीत चल सके
"उपयोगकर्ता: क्या आप कोडपुश समर्थन छोड़ रहे हैं"
"स्पंदन टीम: हाँ-अभी के लिए, इन कारणों से, (जैसा आपने किया) लेकिन इसके अतिरिक्त, आप कुछ उपयोग के मामलों के लिए ए या बी का प्रयास कर सकते हैं"

लंबी टिप्पणी के लिए क्षमा करें

@neiljaywarner शायद LUA आपके लिए देखने लायक है - मैंने पिछले साल अवधारणा का प्रमाण दिया था जिससे LUA स्क्रिप्ट का उपयोग फ़्लटर ऐप की कार्यक्षमता को बनाने/समायोजित करने के लिए किया जा सकता था।

@neiljaywarner मैं उस तरह के दृष्टिकोण के पक्ष में हूं, लेकिन यह बग जो कवर कर रहा है उससे कहीं अधिक ऑर्थोगोनल चिंता है।

हालाँकि मैं इस सुविधा को छोड़ने के पीछे के कारणों को समझता हूँ, फिर भी यह निराशाजनक है। Play Store और App Store महत्वपूर्ण विचार हैं, लेकिन प्रत्येक ऐप को इस तरह वितरित नहीं किया जाता है। हमारे उपयोग के मामलों के लिए, हम ग्राहकों को पूर्व-स्थापित डिवाइस और एप्लिकेशन प्रदान करते हैं। उपयोगकर्ताओं को अपडेट को गतिशील रूप से आगे बढ़ाने के लिए एक तंत्र होना एक बहुत ही महत्वपूर्ण विशेषता है क्योंकि हम स्टोर के माध्यम से नहीं जाना चाहते हैं। यह विशेषता बहुत मूल्यवान है। जैसा कि आपने भविष्य में उल्लेख किया है, मैं इसकी पुन: जांच करने की आशा करता हूं।

टीम की तर्कसंगतता को पारदर्शी रूप से संप्रेषित करने के लिए धन्यवाद।

मैं सहमत हूं

कोड-पुश कार्यक्षमता का अर्थ है अधिक ऐप्स, अधिक क्लाइंट, अधिक डेवलपर, अधिक परीक्षण, अधिक बग फिक्स, कम समस्याएं

स्टार्टअप के एमवीपी या बढ़ते अनुप्रयोगों के लिए, अपडेट या बग फिक्स महत्वपूर्ण है, जबकि प्रदर्शन ज्यादातर समय कम चिंता का विषय है। यह स्पंदन पारिस्थितिकी तंत्र के पेशेवरों और विपक्षों का कारण बनेगा। प्रारंभिक चरण के सामुदायिक विकास के लिए गोद लेने, स्टार्टअप और व्यक्तिगत डेवलपर की गिरावट महत्वपूर्ण है। उच्च प्रदर्शन के उद्देश्य से फ़्लटर पर स्विच करने वाले गुणवत्ता वाले ऐप्स और टीम के फायदे हो सकते हैं?

@maplerichie , सहमत हूं, जिस कारण से मुझे स्पंदन पसंद है वह सभी उपकरणों के लिए डेवलपर अनुभव, प्रदर्शन और क्रॉस-प्लेटफ़ॉर्म है। मुझे कोई आपत्ति नहीं है अगर कोड-पुश लागू नहीं किया जाएगा (शायद), यह पारिस्थितिकी तंत्र की प्रतिष्ठा और लोकप्रियता के लिए है। अब मुझे पता है कि विंडोज़ ऐप्स का उपयोग करते समय कोड-पुश बहुत धीमा क्यों लगता है। (धीमा स्टार्टअप, इनपुट की देरी और लैगी एनीमेशन) यहां

हमें इस फ़ंक्शन की बहुत आवश्यकता है
एक हॉट अपडेट की जरूरत है

जैसा कि पहले उल्लेख किया गया है, बड़ी कंपनियों और बड़ी देव टीमों को हॉट अपडेट की आवश्यकता नहीं हो सकती है। लेकिन एक छोटे से स्टार्टअप के बारे में सोचें, मोबाइल ऐप पर काम करने वाले कुछ देव, त्वरित रिलीज चक्र के साथ उत्पादन के लिए सुविधाएं प्रदान करते हैं। परीक्षण और क्यूए चक्र के लिए कोई समय नहीं है। एक नई सुविधा बनाएं, देखें कि क्या यह काम करती है और उपयोगकर्ता इसे पसंद करते हैं, इसे बदलें या ठीक करें। हम हॉट अपडेट के बिना वहां नहीं पहुंच पाए जहां हम हैं। यह मोबाइल विकास के लिए एक वास्तविक गेम चेंजर है।

@yaronlevi मैं एक "छोटा स्टार्टअप" हूं, यहां तक ​​​​कि मोबाइल ऐप पर काम करने वाले कुछ

मैं वर्तमान में एक छोटी सी कंपनी के लिए एक मोबाइल ऐप (और मैचिंग बैक-एंड) का एकमात्र डेवलपर हूं। मैं वास्तव में स्पंदन से प्यार करता हूं, लेकिन मुझे एक ऐसे ग्राहक को लगातार समझाना पड़ता है जो इकाई परीक्षण या स्वचालन परीक्षण की आवश्यकता को नहीं समझता है कि कार्यात्मकताओं को लागू करने में इतना समय क्यों लगता है जिसका वर्णन 10 शब्दों में किया जा सकता है। मैं थोड़ा चिंतित हूं कि कुछ आधा बेक किया हुआ जारी करना है और महत्वपूर्ण बग फिक्स को जल्दी से आगे बढ़ाने में सक्षम नहीं हूं। मैं अभी के लिए बिना करूँगा, लेकिन कोड पुश निश्चित रूप से अच्छा होगा। हालांकि, मैं तकनीकी चुनौतियों और सुरक्षा चिंताओं को समझता हूं और अंत में मैं एक सतर्क दृष्टिकोण का समर्थन करता हूं।

अच्छा, वैसे भी धन्यवाद।
मुझे लगता है कि हमें इसे खुद ही समझने की जरूरत है।

वास्तव में निराशाजनक :)

वेब एसडीके के लिए स्पंदन जल्द ही मोबाइल एसडीके के साथ विलय होने वाला है। स्पंदन कोड लोड करने के लिए मोबाइल वेबव्यू का उपयोग करना एक समाधान है। मैं

@matthewlloyd हाय यार हॉट अपडेट का समर्थन करना आवश्यक है, बात समीक्षा करने के समय के लिए नहीं है। उपयोगकर्ता को ऐपस्टोर से लिंक होना चाहिए और ऐप को फिर से डाउनलोड करना चाहिए।

शायद मदद
https://github.com/dengyin2000/dynamic_widget
https://github.com/neohelden/Flutter-AdaptiveCards

कोड पुश न होने के साथ मुझे वास्तव में एक जरूरी समस्या नहीं दिख रही है। लगभग सभी यूजर्स के ऐप स्टोर पर ऑटो अपडेट ऑन रहता है। हालांकि ऐप स्टोर के बिना अपडेट वितरित करने के लिए वैकल्पिक समाधान प्रदान करना अच्छा होगा।

एमएक्सफ्लटर फ़्लटर की रेंडरिंग क्षमताओं को लागू करने के लिए जावास्क्रिप्ट का उपयोग करता है, फ़्लटर सिंटैक्स का समर्थन करता है, और कोड पुश और हॉट अपडेट का समर्थन करता है।
https://github.com/TGIF-iMatrix/MXFlutter

@ टीजीआईएफ-आईमैट्रिक्स क्या आप जानते हैं कि क्या यह समाधान स्टोर की वितरण नीति का अनुपालन करता है?

@truongsinh
यह सुरक्षित है क्योंकि यह एक जेएस वितरण है-> देशी पार्सर-> विजेट दृष्टिकोण लिखें।

यदि हम कोड पुश का समर्थन करते हैं तो हम स्पंदन का उपयोग करने पर विचार करेंगे

@ TGIF-iMatrix यह अत्यधिक संभावना है कि इसे Apple द्वारा अनुमोदित नहीं किया जाएगा, क्योंकि जावास्क्रिप्ट कोर अपडेट के लिए छूट को ऐप स्टोर समझौतों से हटा दिया गया है, और कई कोडपश उपयोगकर्ताओं को उस सुविधा के कारण चेतावनी/अस्वीकार किया गया है।

हो सकता है कि हमें "अलग-अलग-निर्धारित-प्रतिपादन" बनाम "कोड पुश" प्रश्न को फिर से लिखना चाहिए। "सेवर-डिक्टेड-रेंडरिंग" केवल अलग-अलग UI/लेआउट/थीम के बारे में है, जबकि कोड-पुश का अर्थ तर्क, अनुमति, प्लगइन्स आदि में परिवर्तन भी है।

हो सकता है, हालांकि उस समय आप ऐसा करने के लिए प्लग-इन का उपयोग कर सकते हैं, इसलिए इस तरह इस मुद्दे के उद्देश्य को हरा देता है।

क्या किसी ने स्पंदन के साथ टिंकर-लिब की कोशिश की, जो कि टेनसेंट जीथब रेपो से है और इसके साथ कोई भी सफलता अगर कोई दिलचस्पी रखता है तो मैं आपके साथ सहयोग कर सकता हूं, मैंने इसे अपडेट को पुश करने में सक्षम करने की कोशिश की, लेकिन नए कोड को लोड करने के लिए छोटे संशोधनों की आवश्यकता है जो स्पंदन में किया जाना चाहिए। जार आर्टिफैक्ट फ़ाइल

आशा है जल्द से जल्द समाधान होगा

कोड पुश को लागू करने के प्रदर्शन प्रभावों के संबंध में, डार्ट कोड को WebAssembly में संकलित करने से कोई मदद मिलेगी? यह जावास्क्रिप्ट सैंडबॉक्स के अंदर आईओएस में जेआईटी संकलन को लागू करने की अनुमति दे सकता है।

हमें तेजी से पुनरावृत्ति और चुस्त विकास की जरूरत है।
यदि कोई हॉट अपडेट नहीं है, तो प्रतिक्रिया देशी के लिए स्पंदन हमेशा एक छोटा भाई होता है।

हॉट अपडेट हमारे लिए बहुत महत्वपूर्ण है, अगर स्पंदन हॉट अपडेट का समर्थन करता है, तो हम प्रतिक्रिया देशी के लिए स्पंदन का उपयोग करेंगे।

मैंने कोड पुश के लिए सर्वोत्तम संभव तरीके की योजना बनाई थी, लेकिन समय की कमी के कारण मैं केवल पिछले सप्ताह नवंबर से या दिसंबर से इस परियोजना को शुरू कर सकता हूं, मैं किसी भी इंजन कोड या फ्रेमवर्क कोड या किसी भी जावा कोड को संशोधित नहीं करता जैसे टिंकर लिब करता है, इसलिए यह उल्लंघन नहीं करता है किसी भी स्टोर की शर्तें, आउटपुट ऐप भी एओटी है, इसलिए कोई प्रदर्शन प्रतिगमन नहीं है, मैं इसे आसान कार्यान्वयन के रूप में बनाने की कोशिश करता हूं ताकि कोई भी अपने ऐप में प्लगइन कर सके, कोड बेस स्पंदन टीम पर मेरे शोध के आधार पर जानबूझकर कोड पुश करना असंभव बना दिया गया है I वर्तमान कार्यान्वयन के साथ सभी संभावनाओं की कोशिश की और निष्कर्ष निकाला कि केवल संभव तरीके या तो आपको इंजन संशोधन करना है या इंजन को संशोधित किए बिना समाधान तैयार करना है, मैं दूसरे विकल्प के लिए जाता हूं और परियोजना के लिए सभी आवश्यक आवश्यकताओं की योजना बनाता हूं। मुझे आशा है कि परियोजना सफल होगी। इस बीच, अगर स्पंदन टीम इस मुद्दे पर फिर से विचार करेगी तो हम सभी इनबिल्ट कार्यान्वयन से खुश हैं।

हॉट अपडेट की हमेशा जरूरत रहेगी！

यह एक जरूरी, एक महत्वपूर्ण कार्यक्षमता है

मैंने कोड पुश के लिए सर्वोत्तम संभव तरीके की योजना बनाई थी, लेकिन समय की कमी के कारण मैं केवल पिछले सप्ताह नवंबर से या दिसंबर से इस परियोजना को शुरू कर सकता हूं, मैं किसी भी इंजन कोड या फ्रेमवर्क कोड या किसी भी जावा कोड को संशोधित नहीं करता जैसे टिंकर लिब करता है, इसलिए यह उल्लंघन नहीं करता है किसी भी स्टोर की शर्तें, आउटपुट ऐप भी एओटी है, इसलिए कोई प्रदर्शन प्रतिगमन नहीं है, मैं इसे आसान कार्यान्वयन के रूप में बनाने की कोशिश करता हूं ताकि कोई भी अपने ऐप में प्लगइन कर सके, कोड बेस स्पंदन टीम पर मेरे शोध के आधार पर जानबूझकर कोड पुश करना असंभव बना दिया गया है I वर्तमान कार्यान्वयन के साथ सभी संभावनाओं की कोशिश की और निष्कर्ष निकाला कि केवल संभव तरीके या तो आपको इंजन संशोधन करना है या इंजन को संशोधित किए बिना समाधान तैयार करना है, मैं दूसरे विकल्प के लिए जाता हूं और परियोजना के लिए सभी आवश्यक आवश्यकताओं की योजना बनाता हूं। मुझे आशा है कि परियोजना सफल होगी। इस बीच, अगर स्पंदन टीम इस मुद्दे पर फिर से विचार करेगी तो हम सभी इनबिल्ट कार्यान्वयन से खुश हैं।

मैंने कोड पुश के लिए सर्वोत्तम संभव तरीके की योजना बनाई थी, लेकिन समय की कमी के कारण मैं केवल पिछले सप्ताह नवंबर से या दिसंबर से इस परियोजना को शुरू कर सकता हूं, मैं किसी भी इंजन कोड या फ्रेमवर्क कोड या किसी भी जावा कोड को संशोधित नहीं करता जैसे टिंकर लिब करता है, इसलिए यह उल्लंघन नहीं करता है किसी भी स्टोर की शर्तें, आउटपुट ऐप भी एओटी है, इसलिए कोई प्रदर्शन प्रतिगमन नहीं है, मैं इसे आसान कार्यान्वयन के रूप में बनाने की कोशिश करता हूं ताकि कोई भी अपने ऐप में प्लगइन कर सके, कोड बेस स्पंदन टीम पर मेरे शोध के आधार पर जानबूझकर कोड पुश करना असंभव बना दिया गया है I वर्तमान कार्यान्वयन के साथ सभी संभावनाओं की कोशिश की और निष्कर्ष निकाला कि केवल संभव तरीके या तो आपको इंजन संशोधन करना है या इंजन को संशोधित किए बिना समाधान तैयार करना है, मैं दूसरे विकल्प के लिए जाता हूं और परियोजना के लिए सभी आवश्यक आवश्यकताओं की योजना बनाता हूं। मुझे आशा है कि परियोजना सफल होगी। इस बीच, अगर स्पंदन टीम इस मुद्दे पर फिर से विचार करेगी तो हम सभी इनबिल्ट कार्यान्वयन से खुश हैं।

नमस्ते @canewsin
मैंने स्पंदन इंजन को संशोधित न करके भी ऐसा ही करने की कोशिश की। मुझे पता चला कि एओटी मोड में, इंजन एंड्रॉइड के मूल पुस्तकालय पथ में .so फाइलों की तलाश करता है, आवेदन के संकलन के बाद वहां एक फाइल को संशोधित/जोड़ना JVM द्वारा प्रतिबंधित है। इसलिए लोड हो रहा है .so हवा में डाउनलोड की गई फ़ाइलों को मूल lib पथ में जोड़ा नहीं जा सका।

आप से और अंतर्दृष्टि की प्रतीक्षा है। मैं

मुझे लगता है कि डार्ट कोड और देशी कोड दोनों को अपडेट करने की कोई आवश्यकता नहीं है।
केवल डार्ट कोड ही ठीक है!

अरे, मुझे अब इसकी जरूरत है। गुडले ने अपनी समीक्षा नीति को सख्त किया है। हमारे ऐप को अभी अपडेट होने में 2 सप्ताह का समय लगता है... हमारी कमजोर कार्यप्रणाली इसके साथ खराब हो जाती है।

@NEELANSHSETHI क्या आप यहां योजना पोस्ट कर सकते हैं? हम इसे लागू करना शुरू कर सकते हैं

@almeynman कृपया हमें अपनी प्रगति के बारे में अद्यतित रखें :)

@HerrNiklasRaab मैंने अभी तक इसके साथ शुरुआत नहीं की है, क्योंकि मेरे पास इसे लागू करने के बारे में स्पष्ट तस्वीर नहीं है। अगर किसी के पास कोई विचार है तो कृपया अपने विचार साझा करें

यही मुख्य कारण है कि हम प्रतिक्रिया-मूल से स्पंदन में नहीं गए हैं। :(

मैं

रिएक्टनेटिव इस सुविधा के कारण स्पंदन से बहुत आगे है और मेरे पास बहुत सारी परियोजनाएं हैं जहां पुश कोड सुविधा की तुलना में पर्यावरण की पसंद (आरएन या स्पंदन) को डीकोड किया गया था! एक खबर की प्रतीक्षा में:/

हाय सभी नवंबर पहले से ही जैसा कि मैंने कहा कि मैंने अपना काम शुरू कर दिया है यह ठीक चल रहा है। यह एक निजी परियोजना होगी, इसलिए मैं इसका उपयोग करने के लिए लाइसेंस कुंजी चार्ज करूंगा। तो यह मुफ़्त नहीं होगा, क्योंकि मेरे पास आय का कोई स्रोत नहीं है, मुझे इस तरह से करना है, यदि आप रुचि रखते हैं तो मैं काम के बारे में एक अनुवर्ती भंडार तैयार करूंगा, अपडेट के लिए उसका पालन करें। एक बार जब मैंने टाइमलाइन रेपो बना लिया तो मैं आप लोगों को सूचित करूंगा।

@eseidelGoogle
व्यापारिक मामला:
हमारे पास टैबलेट पर बस ट्रैकिंग ऐप है लेकिन ग्राहक महीने में 1 बार अपडेट करता है क्योंकि टैबलेट इंटरनेट डेटा का उपयोग वाईफाई नहीं करता है
कोड पुश के साथ, हम ग्राहक डेटा का बहुत अधिक उपभोग किए बिना अपडेट करने में सक्षम होंगे

हमारे पास कोड पुश सपोर्ट के साथ कॉर्डोवा ऐप था। जब ऐप को आधुनिक बनाने की बात आई तो गलती से हमने सोचा कि स्पंदन "वैसे भी" कोड पुश सपोर्ट जोड़ देगा, इसलिए स्पंदन का उपयोग करके हमारे ऐप को विकसित किया है। लेकिन कोड पुश के बिना जीवन हमारे लिए पिछले एक साल से पूरी तरह से भयानक रहा है। तो हम अंत में (और खुशी से) हमारे कोड पुश समर्थन को वापस पाने के लिए प्रतिक्रिया-मूल में ऐप को फिर से लिखने (पुनः) की प्रक्रिया में हैं।

कोड पुश, इसलिए मैं अब रिएक्ट-नेटिव सीख रहा हूं।

यदि आप मेरे कार्यान्वयन में रुचि रखते हैं
यहां प्रगति रिपोर्ट का पालन करें
https://github.com/canewsin/flutter-code-push-timeline
कृपया आगे बढ़ने से पहले मेरी सभी टिप्पणियों को पढ़ें।

कोड पुश, इसलिए मैं अभी भी रिएक्ट-नेटिव के साथ रहूंगा।

कृपया गैर-रचनात्मक पोस्ट, +1, "हमें इसकी आवश्यकता है", "हम इसके बजाय X का उपयोग कर रहे हैं", आदि पोस्ट न करें, क्योंकि यह रचनात्मक नहीं है और चर्चा में योगदान नहीं करता है।

आप पहली पोस्ट पर थम्स अप (👍) बटन पर क्लिक करके बेहतर प्रभाव डालेंगे, बिना इस चर्चा में पोस्ट किए गए सभी लोगों को इसके बारे में सूचित किया जाएगा (जहां तक ​​​​मुझे पता है, स्पंदन टीम के कुछ सदस्य म्यूट कर देंगे बड़े धागे, इसलिए यहां पोस्ट करने से थम्स अप की तुलना में कम प्रभाव पड़ता है)।

मैं यहां सब्सक्राइब किए गए सभी लोगों को यह भी याद दिलाना चाहता हूं कि जीथब के पास थ्रेड के शीर्ष दाईं ओर unsubscribe बटन है।

साथ ही, फ़्लटर टीम थम्स अप की संख्या के आधार पर मुद्दों को प्राथमिकता देती है, इसलिए उस काउंटर को ऊंचा करना एक बड़ी बात हो सकती है। वह और केवल "सदस्यता लें" पर क्लिक करना पर्याप्त है।

कोड पुश प्रोजेक्ट जो मैंने शुरू किया वह अच्छा चल रहा है, लेकिन मुझे कोड पुश की आवश्यकताओं के कुछ उदाहरण चाहिए, इसलिए यदि कोड पुश पूरा हो गया है तो आप इसका उपयोग कैसे करते हैं इस रेपो में एक नए मुद्दे के रूप में अपनी अनूठी आवश्यकता को पोस्ट करें https://github.com/ canewsin/स्पंदन-कोड-पुश-समयरेखा ताकि विकास सही रास्ते पर हो।
मुझे अब तक मिली सीमाएँ हैं:
हम मूल प्लेटफॉर्म तक नहीं पहुंच सकते हैं लेकिन यह एफएफआई कार्यक्षमता के माध्यम से किया जा सकता है।
कुछ सुरक्षा चिंताओं के लिए कोडपुश कोड सैंडबॉक्स में चलता है, इसलिए डिवाइस को कोई नुकसान नहीं हो सकता है।

हाय सभी नवंबर पहले से ही जैसा कि मैंने कहा कि मैंने अपना काम शुरू कर दिया है यह ठीक चल रहा है। यह एक निजी परियोजना होगी, इसलिए मैं इसका उपयोग करने के लिए लाइसेंस कुंजी चार्ज करूंगा। तो यह मुफ़्त नहीं होगा, क्योंकि मेरे पास आय का कोई स्रोत नहीं है, मुझे इस तरह से करना है, यदि आप रुचि रखते हैं तो मैं काम के बारे में एक अनुवर्ती भंडार तैयार करूंगा, अपडेट के लिए उसका पालन करें। एक बार जब मैंने टाइमलाइन रेपो बना लिया तो मैं आप लोगों को सूचित करूंगा।

बहुत ही रोचक!
नमस्ते, क्या आपके पास अभी तक कोई उदाहरण है? और आप iOS सेक्शन को कैसे हैंडल करते हैं? चूंकि Apple इस क्षेत्र में बहुत सख्त है। धन्यवाद

हाय सभी नवंबर पहले से ही जैसा कि मैंने कहा कि मैंने अपना काम शुरू कर दिया है यह ठीक चल रहा है। यह एक निजी परियोजना होगी, इसलिए मैं इसका उपयोग करने के लिए लाइसेंस कुंजी चार्ज करूंगा। तो यह मुफ़्त नहीं होगा, क्योंकि मेरे पास आय का कोई स्रोत नहीं है, मुझे इस तरह से करना है, यदि आप रुचि रखते हैं तो मैं काम के बारे में एक अनुवर्ती भंडार तैयार करूंगा, अपडेट के लिए उसका पालन करें। एक बार जब मैंने टाइमलाइन रेपो बना लिया तो मैं आप लोगों को सूचित करूंगा।

बहुत ही रोचक!
नमस्ते, क्या आपके पास अभी तक कोई उदाहरण है? और आप iOS सेक्शन को कैसे हैंडल करते हैं? चूंकि Apple इस क्षेत्र में बहुत सख्त है। धन्यवाद

वर्तमान में एंड्रॉइड पक्ष के साथ काम कर रहा है, भले ही आईओएस पक्ष गूंगा है, प्रतिक्रियाशील जेएस ऐप्स के सैंडबॉक्स वाले संस्करण के समान, प्लेटफॉर्म एपीआई तक पहुंचने के बिना कोड सैंडबॉक्स में चलेगा, इसलिए यह समस्या नहीं हो सकती है जब यह आईओएस पक्ष के लिए तैयार होगा।

नमस्ते @eseidelGoogle
कोई अपडेट्स? समयरेखा?

नमस्ते @eseidelGoogle
कोई अपडेट्स? इट्स दिसंबर एक फीचर है जिसे 2019 में रिलीज किया जाएगा?

मैंने इस मुद्दे के बारे में एएमए विषय से पूछा। उपयोगी जानकारी हो सकती है।
https://www.reddit.com/r/FlutterDev/comments/d51o4w/were_the_flutter_team_at_google_ask_us_anything/f0ium5w?utm_source=share&utm_medium=web2x

@ हिक्सी मैंने रेडिट पर आपका लेख पढ़ा
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 में "एंड्रॉइड ऐप बंडल" के रूप में प्रकाशित किया है या यह केवल मूल कोड के लिए है?

एंटरप्राइज़ बिल्ड के लिए यह एक महत्वपूर्ण विशेषता है (ऐसे ऐप्स जो स्टोर के बाहर वितरित किए जाते हैं, उदाहरण के लिए वेब पोर्टल के माध्यम से)

यह बहुत आवश्यक विशेषता है। हम इसे आधिकारिक रूप से क्यों नहीं प्राप्त कर सकते हैं? इसे यह सुविधा देने से क्या रोक रहा है?

क्या यह 2020 के रोडमैप में है?

नहीं

2020 और अभी भी इंतजार

कृपया नीचे पोस्ट करने से पहले इसे पढ़ें।

यदि आप समझने के लिए ऊपर स्क्रॉल नहीं करना चाहते हैं तो यहां एक संक्षिप्त पुनर्कथन है:

जैसा कि इस टिप्पणी में बताया गया था, तीन बड़ी चुनौतियाँ हैं:

• क्या धकेला जाता है
• क्या यह उपयोगकर्ताओं के लिए सुरक्षित है
• कहाँ से धकेला जाता है

पहला, _what_ धक्का दिया जाता है, जहां सबसे बड़ा मुद्दा निहित है। Apple के समीक्षा दिशानिर्देश किसी भी प्रकार के कोड पुश की अनुमति नहीं देते हैं । हां, प्रयुक्त शब्दावली में जावास्क्रिप्ट कोड पुश भी शामिल है। प्रतीत होता है कि ऐप्पल ने इसके खिलाफ कार्रवाई नहीं की है, और इसके कई कारण हो सकते हैं, लेकिन यहां पोस्ट किए गए किसी भी कारण से शुद्ध अटकलें होंगी।

Google के अपने प्ले स्टोर दिशानिर्देश भी संकलित कोड डाउनलोड को मना करते हैं, हालांकि यह कहता है कि आप _executable code_ डाउनलोड नहीं कर सकते हैं, यह स्पष्ट रूप से "डेक्स फ़ाइलें या मूल कोड" कहता है, इसलिए जावास्क्रिप्ट सुरक्षित हो सकता है, और शुद्ध डार्ट स्रोत भी हो सकता है।

स्पंदन, कम से कम रिलीज मोड में, संकलित है , और भले ही यह नहीं था, जावास्क्रिप्ट नहीं है , इसलिए, "नो जेआईटी" आवश्यकता को तोड़े बिना, या बहुत धीमी गति से आईओएस पर इसकी व्याख्या नहीं की जा सकती है।

दूसरा, यह उपयोगकर्ताओं के लिए _safe_ है, गतिशील, अनियंत्रित कोड डाउनलोड को अस्वीकार करने के लिए स्टोर के तर्क के पीछे काफी संपूर्ण तर्क है। किसी को भी कहीं से कुछ भी डाउनलोड करने की अनुमति देना और _बस इसे चलाना_ उपयोगकर्ताओं को जोखिम में डालता है। यहां तक ​​​​कि एक सैंडबॉक्स के भीतर, जहां जावास्क्रिप्टकोर के कोड पुश के आसपास के विशेष विशेषाधिकार हाइलाइट किए गए हैं, यह अभी भी सुरक्षित नहीं है।

कोड पुश आपको स्टोर की सत्यापन प्रक्रिया को बायपास करने की अनुमति देता है, जिसका अर्थ है कि अनियंत्रित कोड h उपयोगकर्ताओं के उपकरणों पर चलता है, जिसका अर्थ है कि या तो मूल ऐप को गलत तरीके से प्रस्तुत करना संभव है, या यहां तक ​​कि डेटा साइफ़ोनिंग या शोषण जैसी हानिकारक सुविधाओं को जोड़ना है। सत्यापन प्रक्रिया पकड़ में आ गई होगी ।

आपके पास दुनिया में सबसे अच्छे इरादे हो सकते हैं, आपके साथ पीठ में छुरा घोंपने के लिए हमेशा कोई न कोई होगा।

अभी के लिए, एंड्रॉइड पर, यदि आप वितरित करने के लिए प्ले स्टोर का उपयोग नहीं कर रहे हैं, तो आप बस एक डाउनलोडर बना सकते हैं जो एक एपीके लाएगा और उपयोगकर्ता को इसे इंस्टॉल करने के लिए प्रेरित करेगा। IOS पर, ठीक है, आप एक टन दर्द के बिना प्रभावी रूप से साइडलोड नहीं कर सकते हैं, और JB'd डिवाइस ऐप स्टोर के प्रतिबंधों की परवाह नहीं करते हैं।

अब, क्या आईओएस या एंड्रॉइड के अलावा अन्य प्लेटफॉर्म के लिए इसे लागू करना संभव है? ज़रूर! लेकिन डेस्कटॉप अभी बीटा में नहीं है (इसके अलावा, आप स्वयं डेस्कटॉप पर अपना ऑटोअपडेटर भी बना सकते हैं), और, वेब, ठीक है, बस पेज को रीफ्रेश करें।

अब, यदि आप चाहते हैं कि टीम एक नज़र डाले, तो पहले पोस्ट पर जाएँ और जोड़ें।

यदि आपकी टिप्पणी नीचे दी गई सूची में आती है, तो कृपया इसे पोस्ट

• यह पूछना कि रोडमैप में कब/क्या है
• "यह वहां नहीं है" (और विविधताएं, जैसे कि इस पर पिछली टिप्पणी)
• "हम फ्रेमवर्क एक्स का उपयोग कर रहे हैं क्योंकि कोई कोड पुश नहीं है"
• "फ्रेमवर्क एक्स बेहतर है क्योंकि कोड पुश"
• "हमें कोड पुश की आवश्यकता है"
• "अपडेट?"
• कोड पुश के लिए तर्क जो हैं
  
  
  
  • एंटरप्राइज़/साइडलोडेड ऐप्स
  
  
  • आपातकालीन पैचिंग
  
  
  • सुविधाएँ जोड़ना
  
  
• कोड पुश के विरुद्ध तर्क जो हैं
  
  
  
  • प्ले/ऐप स्टोर समीक्षा अवधि अब कम हो गई है
  
  
  • पक्षियों के लिए प्ले/ऐप स्टोर it
  
  
  • आपको इसकी आवश्यकता नहीं है
  
  

इस मुद्दे पर पहले से ही पर्याप्त टिप्पणियों का आरोप लगाया गया है, इसलिए कृपया ऐसी टिप्पणियां न जोड़ें जो बातचीत में कुछ भी न जोड़ें। अगर टीम को कुछ कहना है, तो वे इसे यहां पोस्ट करेंगे, क्योंकि इस पोस्ट में अभी लगभग 100 प्रतिभागी हैं, और 500 से अधिक अंगूठे हैं, इसे अनदेखा करना संभव नहीं है।

सच कहूं तो मुझे नहीं लगता कि यह आपकी चिंता होनी चाहिए। एक डेवलपर इस सुविधा का उपयोग अपने जोखिम पर करेगा। यदि ऐप्पल अचानक कोड पुश का उपयोग करके सभी ऐप्स को प्रतिबंधित करने का निर्णय लेता है, तो आपके ऐप को एक अलग दृष्टिकोण का उपयोग करना होगा। लेकिन यह जावास्क्रिप्ट के लिए नहीं हो रहा है। यह सालों से नहीं हुआ, स्पंदन के लिए ऐसा क्यों होना चाहिए? वे इसकी जांच भी नहीं कर सकते। लोग इस सुविधा की मांग कर रहे हैं क्योंकि यह उपयोगी है। आप छोटे मॉड्यूल लिख सकते हैं और उन्हें गतिशील रूप से अपडेट कर सकते हैं। यह गेम चेंजर है। आप मक्खी पर एक मॉड्यूल में एक बग ठीक कर सकते हैं। इसके अलावा, ऐप्पल वास्तव में यह नहीं जांच सकता कि कोई ऐप क्या कर रहा है, उसके पास संसाधन नहीं हैं। यह असंभव होगा, मुझे आशा है कि आप इसे महसूस करेंगे। इसके अलावा, बात क्या है? मैं अस्पष्ट कोड लिख सकता हूं और एक एप्लिकेशन में पिछले दरवाजे को सम्मिलित कर सकता हूं, जब मैं एक आरईएसटी कॉल के परिणामस्वरूप एक विशिष्ट JSON प्रदान करता हूं। Apple इसे कैसे सत्यापित कर पाएगा? यह नहीं कर सकता। इसे रोकने के लिए Apple या Android कुछ भी नहीं कर सकता है। लोगों को इस सुविधा की आवश्यकता है, और आपको इसे लागू करना चाहिए। हम इसके साथ क्या करते हैं, यह हमारा व्यवसाय है, आपका नहीं। आपने स्वयं कहा, इस सुविधा में 500 से अधिक अंगूठे हैं और 100 से अधिक प्रतिभागी हैं। हो सकता है कि अब समय आ गया है कि आप इसे सामुदायिक अनुरोध के अनुसार लागू करें।

@dedalozzo बढ़िया ताज़ा तर्क!

मैं स्पंदन टीम का हिस्सा नहीं हूं, इसलिए कार्यान्वयन का अनुरोध करने के लिए कृपया मुझे लक्षित न करें।

फिर भी, यह सच है कि एप्पल और गूगल का पता लगाने के कि (नाटक रक्षित टीम सक्रिय है हर समय, वे खतरनाक व्यवहार स्वचालित रूप से पता लगा सकते हैं) संसाधन नहीं हो सकता है, लेकिन यह लागू करने "उनकी पीठ के पीछे" अब एप्पल एक वास्तविक कारण देता है फ़्लटर पर पूर्ण प्रतिबंध लागू करने के लिए, क्योंकि यह मूल रूप से _के साथ आता है_ उपकरण जो स्पष्ट रूप से उनकी नीतियों के विरुद्ध जाते हैं।

आप इसे एक नैतिक प्रश्न के हिस्से के रूप में भी फ्रेम कर सकते हैं (क्या आपको कुछ ऐसा लागू करना चाहिए जो किसी ऐप में अतिरिक्त जोखिम जोड़ता है, और स्टोर नीतियों के खिलाफ जाता है, प्रगति के नाम पर?) या शेड्यूलिंग प्रश्न के रूप में (क्या आपको किसी ऐसी चीज़ पर काम करना चाहिए जिसमें एक बड़े पैमाने पर " यदि आप इसका उपयोग करते हैं, तो संभावना है कि आप ऐप/प्ले स्टोर से प्रतिबंधित हो सकते हैं " क्लॉज, कि उपयोगकर्ता शायद बचना चाहते हैं, और संसाधनों को अन्य कार्यों से सुरक्षित, और गारंटीकृत, प्रभाव से दूर करना चाहते हैं?)

इतना ही नहीं, बल्कि गलती से प्ले स्टोर पॉलिसी का उल्लंघन करना/प्ले स्टोर पॉलिसी का उल्लंघन करने वाले किसी व्यक्ति से संबंधित होना मूल रूप से आपके खाते को प्रतिबंधित करने का मतलब है, इसलिए यह आग से खेल रहा होगा, जिससे उपयोगकर्ताओं को फीचर का उपयोग करने की संभावना कम हो जाएगी।

साथ ही, जैसा कि ऊपर बताया गया है, प्ले स्टोर के बाहर वितरण आपको अपडेट किए गए APK को पुश करने देता है।

मुझे खेद है, मुझे लगा कि आप फ़्लटर टीम में से एक हैं।

आपने अपनी आखिरी टिप्पणी में जो कहा वह सच है। वास्तव में, कोड पुश ऐप्पल और Google द्वारा सहन किया जाता है, यहां तक ​​​​कि यह सीमा रेखा और नियमों के विरुद्ध भी है।

लेकिन जब तक आपका आवेदन कोई नुकसान नहीं करता है, मुझे नहीं लगता कि वे यह जांचने के लिए भी परेशान होंगे कि आप वास्तव में कोड को दबा रहे हैं या नहीं। वे, अगर कोई अजीब व्यवहार की रिपोर्ट करता है, हो सकता है। लेकिन उस समय वे उस ऐप के डेवलपर के खिलाफ कार्रवाई करेंगे, न कि पुश कोड का उपयोग करने वाले पूरे ऐप के खिलाफ।

बहुत काम प्रगति पर है, लेकिन कोड पुश को सक्षम बनाता है https://github.com/chgibb/hydro-sdk

@chgibb होल्ड ऑन ... जो कोड पुश को सक्षम बनाता है लेकिन डार्ट से टाइपस्क्रिप्ट में पूरी चीज को भी बदल देता है?

क्या उन दो चीजों को अलग करने का कोई तरीका है? हमेशा की तरह डार्ट लिखते समय कोडपुश प्राप्त करने के लिए?

@SpajicM जो केवल _क्योंकि_ काम करता है, वह डार्ट का उपयोग नहीं कर रहा है, इसके बजाय, यह संभवतः एक JS इंजन का उपयोग करता है, जैसे कि JavascriptCore, जो कि Apple के स्वामित्व में है, और जब वे कोड पुश के साथ उपयोग किए जाते हैं तो वे दूसरी तरह से दिखते हैं।

स्क्रैच करें कि, यह लुआ बाइटकोड का उपयोग करता है, जो हर तरह से आकार या रूप में स्टोर पॉलिसी के खिलाफ है ।

@miyoyo वह विशेष रूप से स्टोर पॉलिसी के खिलाफ क्यों है?
@SajicM यह विशुद्ध रूप से योगात्मक है। टाइपस्क्रिप्ट के टुकड़ों को एक बड़े डार्ट ऐप में एम्बेड किया जा सकता है। टेक्स्ट के एक टुकड़े जितना छोटा, या पूरी स्क्रीन।

स्टोर नीति द्वारा किसी भी प्रकार के संकलित कोड को आगे बढ़ाने के लिए मना किया गया है, जिनमें से .hc फाइलें प्रतीत होती हैं, क्योंकि वे संकलित लुआ बाइटकोड हैं (शायद एक्सटेंशन के साथ, चेक नहीं किया गया है)।

ऐप्स के लिए _compiled_ कोड को पुश करने का विशिष्ट उपयोग मामला स्पष्ट रूप से प्ले स्टोर नीति के विरुद्ध है , और "कोई स्रोत कोड प्रदान नहीं किया गया" तत्व जिसे आप कोडपुश में जावास्क्रिप्ट पास कर सकते हैं, ऐप्पल के दिशानिर्देशों का उल्लंघन करते हुए लागू नहीं होगा।

मैं यह नहीं कह रहा हूं कि अवधारणा खराब है, वास्तव में, यह बहुत अच्छा काम है! यह सिर्फ इतना है कि इंटरनेट पर बाइटकोड डाउनलोड करना दोनों ही मामलों में स्पष्ट रूप से स्टोर नीति के विरुद्ध है।

अपने इन गेम अपडेट के साथ ये सभी मोबाइल गेम कैसे काम करते हैं? क्या वे केवल संपत्तियों को धक्का/डाउनलोड करते हैं?

@miyoyo Google Play की 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 फाइलें शुद्ध लुआ 5.2 बाइटकोड हैं जिनमें कोई एक्सटेंशन या विशेष सुविधाएं नहीं हैं। वे एक दुभाषिया में चलाए जाते हैं जिसमें स्व-म्यूटेशन या कोड जनरेशन के लिए कोई कार्यक्षमता नहीं होती है। dart:io से कुछ भी उनके संपर्क में नहीं है। हालांकि, एक एम्बेडर को dart:io के File वर्ग को उजागर करने, या उदाहरण के लिए PlatformChannel s को उजागर करने से कोई रोक नहीं सकता है।

सेब खंड 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 ठीक है, मैं कहूंगा कि एंड्रॉइड पर पास हो सकता है, हालांकि मुझे अभी भी ऐप स्टोर पर अस्वीकृति की उम्मीद है। (उच्चतम प्रदर्शन में कमी कहने के लिए नहीं, लेकिन शायद यह उच्च अंत फोन पर एक विवरण है)

@kuhnroyal मोबाइल गेम अपडेट गैर निष्पादन योग्य चीजों के लिए या तो डायनामिक एसेट डिलीवरी का उपयोग करते हैं , इन्हें आमतौर पर तेजी से ट्रैक किया जाता है क्योंकि उन्हें कम सत्यापन की आवश्यकता होती है, एपीके विस्तार फ़ाइलें जो आपको आंशिक अपग्रेड करने देती हैं, लेकिन अभी भी नियमित स्टोर अपडेट चक्र और नियमित एपीके अपडेट के अधीन हैं। .

ग्राहक से बात की: शीर्षक कि यह अब उनके लिए प्राथमिकता नहीं है।

आप टेक्स्ट/अनुवाद के ओवर-द-एयर अपडेट के लिए स्थानीय रूप से उपयोग कर सकते हैं: https://localizely.com/flutter-over-the-air

स्पंदन के लिए इस सुविधा का निर्माण करें या इसे बनाने के तरीके के बारे में हमारा मार्गदर्शन करें। शुक्रिया ।

दोस्तों _कृपया_, यह तीसरी बार पोस्ट किया गया है, लेकिन _टिप्पणी न भेजें जब तक कि आपके पास वास्तव में जोड़ने के लिए कुछ न हो ।

अधिक जानकारी के लिए इस पोस्ट से परामर्श लें और पहली पोस्ट पर एक अंगूठा लगाने के लिए।

संदेशों का अब कोई प्रभाव नहीं है, क्योंकि मुझे पूरा यकीन है कि यहां की अधिकांश टीम ने इस पोस्ट के लिए सूचनाएं अक्षम कर दी हैं, आइए शोर को कम रखें _जब तक आपके पास जोड़ने के लिए कुछ न हो_।

इस बीच कोड पुश के लिए कोई विकल्प?

इस बीच कोड पुश के लिए कोई विकल्प?

मेरे अनुभव के आधार पर, कोई विकल्प नहीं है

@samerdernaika @mfenej जबकि काफी उत्पादन तैयार नहीं है, इस परियोजना को एक स्पष्ट लक्ष्य के रूप में कोड पुश के साथ शुरू किया गया था https://github.com/chgibb/hydro-sdk

@मियोयो

पहला, _what_ धक्का दिया जाता है, जहां सबसे बड़ा मुद्दा निहित है। Apple के समीक्षा दिशानिर्देश किसी भी प्रकार के कोड पुश की अनुमति नहीं देते हैं । हां, प्रयुक्त शब्दावली में जावास्क्रिप्ट कोड पुश भी शामिल है। प्रतीत होता है कि ऐप्पल ने इसके खिलाफ कार्रवाई नहीं की है, और इसके कई कारण हो सकते हैं, लेकिन यहां पोस्ट किए गए किसी भी कारण को शुद्ध अटकलें होंगी।

यह सच नहीं है। कृपया दोबारा जांच करें और गलत सूचना न फैलाएं!

Apple डेवलपर लाइसेंस अनुबंध की धारा 3.3.2 में कहा गया है:

3.3.2 अगले पैराग्राफ में बताए गए को छोड़कर, कोई एप्लिकेशन निष्पादन योग्य कोड को डाउनलोड या इंस्टॉल नहीं कर सकता है। व्याख्या किए गए कोड को किसी एप्लिकेशन में डाउनलोड किया जा सकता है, लेकिन केवल तब तक जब तक कि ऐसा कोड: (ए) ऐप को सबमिट किए गए एप्लिकेशन के इच्छित और विज्ञापित उद्देश्य से असंगत सुविधाओं या कार्यक्षमता प्रदान करके एप्लिकेशन के प्राथमिक उद्देश्य को नहीं बदलता है। स्टोर, (बी) अन्य कोड या एप्लिकेशन के लिए स्टोर या स्टोरफ्रंट नहीं बनाता है, और (सी) ओएस की साइनिंग, सैंडबॉक्स या अन्य सुरक्षा सुविधाओं को बायपास नहीं करता है।

जब तक आप एप्लिकेशन के प्राथमिक उद्देश्य को नहीं बदलते हैं, तब तक वे विशेष रूप से व्याख्या किए गए कोड जैसे JS को डाउनलोड करने की अनुमति देते हैं । आईआईआरसी को 5 साल से अधिक समय हो गया है और मैंने कभी भी किसी को सामान्य और जिम्मेदार तरीके से कोडपुश का उपयोग करने के लिए उकसाने के बारे में नहीं सुना है।

कोडपुश और स्टोर दिशानिर्देश अनुपालन के बारे में AppCenter के अनुभाग पर एक नज़र डालें। AppCenter कोडपुश (Microsoft द्वारा समर्थित) का उपयोग बिना किसी स्टोर अनुपालन समस्याओं वाले बहुत से ऐप्स द्वारा किया जाता है। https://github.com/microsoft/react-native-code-push#store -guideline-compliance

कोडपश के लिए बड़ा अवरोधक जो मैं देख रहा हूं वह यह है कि यह संकलन-से-जेएस का उपयोग करने के लिए मजबूर होने के प्रदर्शन ट्रेडऑफ़ के लायक नहीं हो सकता है या प्रीकंपिल्ड के बजाय आईओएस पर डार्ट की व्याख्या की जा सकती है। चूंकि फ़्लटर ब्राउज़र को लक्षित कर रहा है, हालांकि मुझे संदेह है कि कंपाइल-टू-जेएस परफ़ काफी अच्छा होगा, लेकिन फ़्लटर टीम के लिए अभी भी स्वीकार्य प्रदर्शन ट्रेडऑफ़ नहीं हो सकता है।

शायद कोई तीसरा पक्ष समाधान (जैसे एपसेंटर फॉर रिएक्ट नेटिव) साथ आएगा और इस अंतर को भर देगा। कोडपश बहुत उपयोगी है!

हम्म, एक त्वरित Google खोज से Apple के ऐसे ऐप्स को अस्वीकार करने के कई उदाहरण सामने आए हैं जिनमें कोड पुश क्षमता शामिल है, उदाहरण देखें

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

यह देखते हुए कि ऐप स्टोर समीक्षा समय अब ​​लगभग हमेशा घंटों में मापा जाता है, न कि दिनों में, मुझे समझ में नहीं आता कि कोई भी जोखिम क्यों उठाएगा। यदि कोड पुश को फ़्लटर इंजन में एकीकृत किया जाता है, तो Apple सभी फ़्लटर ऐप्स पर प्रतिबंध लगाने का निर्णय ले सकता है।

@matthewlloyd आप बिल्कुल सही कह रहे हैं कि समीक्षा का समय कम हो गया है। मैंने आज सुबह ऐप स्टोर में एक (मालिकाना) ऐप सबमिट किया था और आज दिन के अंत तक इसे मंजूरी दे दी थी! लेकिन वह _हाल ही में_ है। हम, मोबाइल एप्लिकेशन के प्रकाशक के रूप में अभी भी हमारे सबमिशन की समीक्षा करने के लिए समीक्षा टीमों की सनक/क्षमता को देखते हैं।

आपके उपयोगकर्ता के हाथों में आने वाला अपडेट ऐप समीक्षा की गति से यात्रा नहीं करता है। "डेवलपर रिलीज", "ऐप स्टोर प्रोसेसिंग", आपके उपयोगकर्ता बाजार में सर्वरों के प्रचार आदि के बीच का समय भी काफी समय ले सकता है। मैंने देखा है कि इन बाद के चरणों में चरम मामलों में 24 घंटे से अधिक समय लगता है।

व्यक्तिगत रूप से बोलते हुए, कोड पुश के लिए मेरा जुनून अद्यतन वितरण आपूर्ति श्रृंखला पर स्वामित्व लेने के बारे में है जहां यह है। xcode सीएलआई टूलिंग की खेदजनक स्थिति को देखते हुए एक सुसंगत सीडी सेटअप में वर्तमान प्रक्रिया को स्वचालित करने के प्रयास में शामिल बल्कि बड़ी बाधाओं का उल्लेख नहीं करना।

मुझे लगता है कि अधिकांश मामलों में 24 घंटे से भी कम समय लगभग सभी के लिए पर्याप्त है। यदि आपको ऐप्पल की समीक्षा प्रक्रिया के माध्यम से उससे अधिक तेज़ी से अपडेट प्राप्त करने की आवश्यकता है, उदाहरण के लिए तत्काल बग फिक्स के लिए, आप एक त्वरित समीक्षा का अनुरोध कर सकते हैं। मैंने एक अवसर पर ऐसा किया है, और मेरे द्वारा अनुरोध किए जाने के 10 मिनट बाद ऐप की समीक्षा सचमुच पूरी हो गई थी।

वितरण आपूर्ति श्रृंखला का स्वामित्व लेना एक ऐसी चीज है जो कोई अपने जोखिम पर करता है...

ऐप्पल के ऐप स्टोर दिशानिर्देश, खंड 2.5.2 (https://developer.apple.com/app-store/review/guidelines/#software-requirements):

"2.5.2 ऐप्स अपने बंडलों में स्व-निहित होने चाहिए, और निर्दिष्ट कंटेनर क्षेत्र के बाहर डेटा को पढ़ या लिख ​​​​नहीं सकते हैं, न ही वे कोड को डाउनलोड, इंस्टॉल या निष्पादित कर सकते हैं जो ऐप की सुविधाओं या कार्यक्षमता को पेश करता है या बदलता है , जिसमें अन्य शामिल हैं ऐप्स। शिक्षण, विकास, या छात्रों को निष्पादन योग्य कोड का परीक्षण करने की अनुमति देने के लिए डिज़ाइन किए गए शैक्षिक ऐप्स, सीमित परिस्थितियों में, कोड डाउनलोड कर सकते हैं बशर्ते कि ऐसे कोड का उपयोग अन्य उद्देश्यों के लिए नहीं किया जाता है। ऐसे ऐप्स को एप्लिकेशन द्वारा प्रदान किए गए स्रोत कोड को पूरी तरह से देखने योग्य बनाना चाहिए और उपयोगकर्ता द्वारा संपादन योग्य।"

Apple की डेवलपर प्रोग्राम आवश्यकताएँ, खंड 3.3.2:

3.3.2 अगले पैराग्राफ में बताए गए को छोड़कर, कोई एप्लिकेशन निष्पादन योग्य कोड को डाउनलोड या इंस्टॉल नहीं कर सकता है।

@AndrewMorsillo कोई फर्क नहीं पड़ता कि प्रत्येक दिशानिर्देश में क्या है और कितनी भी जानकारी सामने रखी जाए, हम जो सबसे अच्छा प्राप्त कर सकते हैं वह है "यह शायद अनुमति है हमें यकीन नहीं है कि यह एक प्रतिबंधित अपराध नहीं है वास्तव में यह हो सकता है कि हम निश्चित नहीं हैं" .

जो भी मामला हो, फ़्लटर अभी आईओएस पर कोई व्याख्यात्मक डार्ट नहीं चलाता है, इसे जोड़ना एक प्रदर्शन ड्रैग होगा, और जैसा कि आप स्वयं लाए हैं, मेरी पिछली पोस्ट और @matthewlloyd के पोस्ट के अलावा, यह बहुत मुश्किल से सबसे अच्छा है कुछ मामलों में अनुमति दी जाती है, सामान्य तौर पर यह एक बहुत ही ग्रे क्षेत्र होता है, और सबसे खराब स्थिति में इसे प्रतिबंधित कर दिया जाता है।

जहां तक ​​​​मैं कह सकता हूं, 24 घंटे की समीक्षा चक्र को छोड़कर और परीक्षण लिखने के लिए उस सब का व्यापार करना इसके लायक नहीं है। (मैं समझ सकता था कि यह कब एक सप्ताह था, और यह आमतौर पर केवल iOS के पक्ष में होता है, जो प्रभावी रूप से यहां विवाद का सबसे बड़ा बिंदु है)

यह केवल समीक्षा प्रक्रिया के बारे में नहीं है, यह उन उपयोगकर्ताओं के बारे में भी है जो ऐप के पुराने संस्करणों पर अटक जाते हैं क्योंकि उन्होंने ऑटो अपडेट को बंद कर दिया होगा।

ज़रूर, आप न्यूनतम संस्करण को स्वयं लागू कर सकते हैं, लेकिन फिर उन्हें फिर से Play Store से गुजरना होगा और लोग दुर्भाग्य से आलसी हैं। कोड पुश के साथ, यह हर रन (मुझे आशा है) पर ऐप को जल्दी से अपडेट कर सकता है और उपयोगकर्ता को और अधिक सहजता से जाने देता है।

@miyoyo मुझे नहीं पता कि आपको यहां प्रस्तुत प्रत्येक टिप्पणी या विचार का जवाब देने की आवश्यकता क्यों महसूस हो रही है। लोग यह चाहते हैं। आप लोगों ने लोगों से इस मुद्दे को ऊपर उठाने के लिए कहा, और हमने इसे ऊपर तक उठाया। यह तब तक हल नहीं होगा जब तक कि कोई सक्रिय रूप से इसके बारे में नहीं सोचता और इसे धक्का नहीं देता।

वहाँ; इसे हल करने का एक और तरीका है। मैंने बहुत से ऐप्स को ऐसा करते देखा था। ऐप अगर बाहर है
तिथि के अनुसार, एक संदेश पॉप अप करें, या तो आप इसे बंद कर दें या ऐप को अपडेट करें। यह सब।

शुक्र, 7 अगस्त 2020 07:38 पर पर, SpajicM [email protected] लिखा है:

यह केवल समीक्षा प्रक्रिया के बारे में ही नहीं है, यह उन उपयोगकर्ताओं के बारे में भी है जो प्राप्त करते हैं
ऐप के पुराने संस्करणों पर अटके हुए हैं क्योंकि हो सकता है कि उन्होंने इसे बंद कर दिया हो
ऑटो अपडेट।

निश्चित रूप से, आप न्यूनतम संस्करण को स्वयं लागू कर सकते हैं, लेकिन फिर वे
फिर से Play Store के माध्यम से जाना होगा और दुर्भाग्य से लोग आलसी हैं। साथ में
कोड पुश, यह हर रन पर ऐप को जल्दी से अपडेट कर सकता है (मुझे आशा है) और
उपयोगकर्ता को अधिक सहजता से आने दें।

@miyoyo https://github.com/miyoyo मुझे नहीं पता कि आप ऐसा क्यों महसूस कर रहे हैं
यहां प्रस्तुत होने वाली प्रत्येक टिप्पणी या विचार का जवाब देने की आवश्यकता है।
लोग यह चाहते हैं। आप लोगों ने लोगों से इस मुद्दे को ऊपर उठाने के लिए कहा, और हमने अपवोट किया
यह सभी तरह से शीर्ष पर है। यह तब तक हल नहीं होगा जब तक कोई
सक्रिय रूप से इसके बारे में सोचता है और इसे आगे बढ़ाता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/flutter/flutter/issues/14330#issuecomment-670242698 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA
.

वहाँ; इसे हल करने का एक और तरीका है। मैंने बहुत से ऐप्स को ऐसा करते देखा था। ऐप अगर पुराना है, तो एक संदेश पॉप अप करें, या तो आप इसे बंद कर दें या ऐप को अपडेट कर दें। यह सब।

शायद सबसे खराब यूएक्स तरीका ...: /

@SpajicM

यह केवल समीक्षा प्रक्रिया के बारे में नहीं है, यह उन उपयोगकर्ताओं के बारे में भी है जो ऐप के पुराने संस्करणों पर अटक जाते हैं क्योंकि उन्होंने ऑटो अपडेट को बंद कर दिया होगा।

ज़रूर, आप न्यूनतम संस्करण को स्वयं लागू कर सकते हैं, लेकिन फिर उन्हें फिर से Play Store से गुजरना होगा और लोग दुर्भाग्य से आलसी हैं। कोड पुश के साथ, यह हर रन (मुझे आशा है) पर ऐप को जल्दी से अपडेट कर सकता है और उपयोगकर्ता को और अधिक सहजता से जाने देता है।

यूएक्स-वार, क्या यह अपडेट को संभालने का _bad_ तरीका नहीं है? अगर कोई मैन्युअल रूप से ऑटो-अपडेट अक्षम करता है, तो फ़्लटर को इसे ओवरराइड क्यों करना चाहिए? यह बहस का विषय है कि क्या किसी ऐप में भी वह शक्ति होनी चाहिए, लेकिन निश्चित रूप से संपूर्ण ढांचा नहीं।

मुझे लगता है कि ऐप स्टोर के माध्यम से अपडेट प्रक्रिया को केंद्रीकृत करना यूएक्स के लिए बेहतर है क्योंकि वे स्टोर के माध्यम से सभी अपडेट प्रबंधित कर सकते हैं। डेवलपर समय की कीमत पर UX, ऐप डेवलपमेंट का सार है। और अगर आपको तत्काल सुधार की आवश्यकता है (उदाहरण के लिए, एक भेद्यता के लिए), तो आप एक त्वरित अपडेट प्राप्त कर सकते हैं, या उपयोगकर्ता को ऐप के अपडेट होने तक इसका उपयोग करने से मना कर सकते हैं। बेशक बाद वाला एक बढ़िया विकल्प नहीं है, और पूर्व कष्टप्रद है, लेकिन ऐसा इसलिए है क्योंकि Apple और Google उपयोगकर्ताओं को पहले रख रहे हैं, और इसका फ़्लटर से बहुत कम लेना-देना है।

@chgibb

व्यक्तिगत रूप से बोलते हुए, कोड पुश के लिए मेरा जुनून अद्यतन वितरण आपूर्ति श्रृंखला पर स्वामित्व लेने के बारे में है जहां यह है।

इस धागे के साथ यह एक तरह की समस्या है - यदि आप उनके ऐप स्टोर का उपयोग करने जा रहे हैं, तो Apple और Google जिस चीज़ के खिलाफ दृढ़ता से चेतावनी दे रहे हैं, उसे करने का प्रयास करना एक अच्छा विचार नहीं है। जैसा कि @miyoyo ने कहा, यह सबसे अच्छा ग्रे क्षेत्र है, जो Google और अन्य कंपनियों/व्यक्तियों द्वारा उपयोग किए जाने वाले ढांचे के लिए बिल्कुल उपयुक्त नहीं है।

अंत में https://github.com/flutter/code-push

यह वास्तव में https://github.com/microsoft/react-native-code-push . है

वैसे स्पंदन अभी भी आपके कोड को हॉट अपडेट नहीं कर सकता है, लेकिन वास्तव में उस लिंक ने छवियों के बारे में बात की और इसने मुझे याद दिलाया कि फायरबेस रिमोट कॉन्फिग एक चीज है। नकारात्मक पक्ष यह है कि आपको पूर्व-निर्धारित करने की आवश्यकता है कि कोड के किन बिट्स को बदलने की आवश्यकता हो सकती है और आपके ऐप में उन परिवर्तनों की अपेक्षा की जा सकती है, लेकिन एक बार ऐसा करने के बाद ऐप स्टोर के बिना नए परिवर्तनों को रोल आउट करना बहुत तेज़ होना चाहिए (जैसा कि रिएक्ट नेटिव कोड पुश के साथ करता है) इसकी छवियां)

@ardyfeb आप जैसे लोग प्रतिक्रिया समुदाय को एक बुरा प्रतिनिधि देते हैं, कृपया कहीं और ट्रोल करें।

वहाँ; इसे हल करने का एक और तरीका है
स्पंदन वेब का उपयोग किए बिना

वहाँ; इसे हल करने का एक और तरीका है। मैंने बहुत से ऐप्स को ऐसा करते देखा था। ऐप अगर पुराना है, तो एक संदेश पॉप अप करें, या तो आप इसे बंद कर दें या ऐप को अपडेट कर दें। यह सब।
…
शुक्र, 7 अगस्त 2020 को 07:38 बजे, SpajicM @ . * > लिखा: यह केवल समीक्षा प्रक्रिया के बारे में नहीं है, यह उन उपयोगकर्ताओं के बारे में भी है जो ऐप के पुराने संस्करणों पर अटक जाते हैं क्योंकि उन्होंने ऑटो अपडेट को बंद कर दिया होगा। ज़रूर, आप न्यूनतम संस्करण को स्वयं लागू कर सकते हैं, लेकिन फिर उन्हें फिर से Play Store से गुजरना होगा और लोग दुर्भाग्य से आलसी हैं। कोड पुश के साथ, यह हर रन (मुझे आशा है) पर ऐप को जल्दी से अपडेट कर सकता है और उपयोगकर्ता को और अधिक सहजता से जाने देता है। @miyoyo https://github.com/miyoyo मुझे नहीं पता कि आपको यहां प्रस्तुत की जाने वाली प्रत्येक टिप्पणी या विचार का जवाब देने की आवश्यकता क्यों महसूस हो रही है। लोग यह चाहते हैं। आप लोगों ने लोगों से इस मुद्दे को ऊपर उठाने के लिए कहा, और हमने इसे ऊपर तक उठाया। यह तब तक हल नहीं होगा जब तक कि कोई सक्रिय रूप से इसके बारे में नहीं सोचता और इसे धक्का नहीं देता। — आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस धागे की सदस्यता ली है। इस ईमेल का सीधे उत्तर दें, इसे GitHub < #14330 (टिप्पणी) > पर देखें, या https://github.com/notifications/unsubscribe-auth/ADS5AJFUU2V6MHQIP7AMZKLR7M5HPANCNFSM4EOFIZRA को अनसब्सक्राइब

यह बहुत अच्छा लगता है... यदि आप बैंकिंग ऐप्स बना रहे हैं।

अगर किसी को केवल ऐप अनुवाद के लिए ओवर-द-एयर अपडेट की आवश्यकता है, तो यहां एक नमूना फ़्लटर ऐप है: https://github.com/localizely/flutter-ota-sample-app

ऐसा लगता है कि सेब के दिशानिर्देश पहले की तुलना में अलग हैं?

यह अभी भी वही है

2.5.2 ऐप्स अपने बंडलों में स्व-निहित होने चाहिए, और निर्दिष्ट कंटेनर क्षेत्र के बाहर डेटा को पढ़ या लिख ​​नहीं सकते हैं, न ही वे कोड को डाउनलोड, इंस्टॉल या निष्पादित कर सकते हैं जो अन्य ऐप्स सहित ऐप की सुविधाओं या कार्यक्षमता को पेश करता है या बदलता है। . छात्रों को निष्पादन योग्य कोड का परीक्षण करने, विकसित करने या परीक्षण करने की अनुमति देने के लिए डिज़ाइन किए गए शैक्षिक ऐप, सीमित परिस्थितियों में, कोड डाउनलोड कर सकते हैं बशर्ते कि इस तरह के कोड का उपयोग अन्य उद्देश्यों के लिए नहीं किया जाता है। ऐसे ऐप्स को एप्लिकेशन द्वारा प्रदान किए गए स्रोत कोड को उपयोगकर्ता द्वारा पूरी तरह से देखने योग्य और संपादन योग्य बनाना चाहिए।

हालांकि, मुझे व्याख्या या निष्पादन योग्य कोड के लिए कोई अन्य संदर्भ नहीं मिल रहा है।

क्या यह संभव है कि मूल पोस्ट से सेब पारिस्थितिकी तंत्र के बारे में विवरण अब सत्य नहीं हैं, क्योंकि वे अब विशेष रूप से व्याख्या या संकलित भाषाओं के बारे में कुछ भी नहीं कहते हैं?