Flutter 3.47

मूल लेख ↗ Hacker News चर्चा ↗

Flutter 3.47 Google के cross-platform UI framework को लेकर फिर से बहस छेड़ता है: कई डेवलपर इसकी productivity, performance, और एक ही Dart codebase से mobile, desktop, web, और यहाँ तक कि embedded systems को target करने की क्षमता की सराहना करते हैं, और बड़ी कंपनियों में वास्तविक उपयोग का हवाला देते हैं। अन्य लोग Google की दीर्घकालिक प्रतिबद्धता, Flutter की कमजोर web कहानी, और rendering quirks या platform-native behaviors की कमी जैसी खुरदरी edges को लेकर आशंकित हैं, और इसके बजाय Kotlin, React Native, या AI-सहायित पूरी तरह native development के इकोसिस्टम को पसंद करते हैं। कुल मिलाकर, Flutter को एक परिपक्व, व्यापक रूप से उपयोग किया जाने वाला विकल्प माना जाता है, जिसके मुख्य जोखिम तकनीकी से अधिक रणनीतिक हैं।

प्रोजेक्ट की स्थिति और दीर्घायु

  • कई लोग Flutter को Google के प्रोजेक्ट के लिए आश्चर्यजनक रूप से टिकाऊ मानते हैं, खासकर Google के लोकप्रिय टूल बंद करने के इतिहास को देखते हुए।
  • दिए गए कारण: आंतरिक स्तर पर मजबूत उपयोग (जैसे Google के उत्पाद, Dart में AdWords का पुनर्लेखन), एकल मोबाइल कोडबेस से लागत बचत, और जड़ता।
  • कुछ लोगों का मानना है कि अगर Google पीछे भी हटे, तो इकोसिस्टम की गति और किसी फाउंडेशन को संभावित हस्तांतरण इसे जीवित रख सकता है।
  • अन्य लोग फिर भी इसे संभावित “rug pull” के डर से टालते हैं।

अपनाना और वास्तविक उपयोग

  • एक पक्ष का दावा है कि “कोई इसका इस्तेमाल नहीं करता।”
  • दूसरे पक्ष की प्रतिक्रियाएँ:
    • बड़े उपभोक्ता ऐप्स (बैंक, चीनी टेक कंपनियाँ, कार निर्माता, आदि)।
    • आंतरिक Google dogfooding.
    • थ्रेड में साझा किए गए तृतीय‑पक्ष आँकड़े: लगभग 16% iOS ऐप्स और लगभग 24% Android ऐप्स Flutter SDKs का उपयोग कर रहे हैं।
  • कई डेवलपर बड़े यूज़र बेस वाले सफल production ऐप्स की रिपोर्ट करते हैं।

उल्लेखित ताकतें

  • Android, iOS, desktop, और web के लिए एक ही codebase, अपेक्षाकृत सुसंगत UI के साथ।
  • मजबूत dev experience: hot reload, तेज़ iteration, अच्छा tooling, और Firebase का सीधा एकीकरण।
  • Dart को सरल, statically typed, null-safe, और अच्छे FFI तथा AOT/JIT toolchain के साथ सराहा गया।
  • “business CRUD” और cross-platform ऐप्स के लिए अच्छा, जहाँ perfect platform nativeness उतनी महत्वपूर्ण नहीं होती।

आलोचनाएँ और दर्द के बिंदु

  • Google की प्रतिबद्धता और Android की आधिकारिक docs में दृश्यता की कमी को लेकर चिंताएँ।
  • web support को पारंपरिक वेबसाइटों के लिए “basically unusable” बताया गया; बड़े downloads, canvas-based rendering tooling और accessibility को नुकसान पहुँचाते हैं।
  • कुछ लोगों ने desktop performance और scrolling behavior (खासकर iOS और web पर) को कमजोर या असंगत बताया।
  • डेवलपर कुछ workflows में लंबे compile times, Impeller engine के अस्थिर rollout, और multi-window तथा HDR/wide-gamut जैसी सुविधाओं के धीमे आने की बात करते हैं।
  • कुछ लोगों को Dart की syntax और semantics बिल्कुल पसंद नहीं; अन्य लोग Flutter code को नए UI frameworks की तुलना में verbose और “ancient” मानते हैं।

Flutter बनाम विकल्प

  • React Native: कुछ लोग TypeScript/hiring, native UI के करीब mapping, और ecosystem breadth के कारण इसे पसंद करते हैं; अन्य लोग खराब performance, dependency hell, और खराब app architectures की रिपोर्ट करते हैं।
  • Kotlin Multiplatform/Compose: आशाजनक लेकिन अभी भी अपरिपक्व और अधिक जटिल; tooling और Gradle ecosystem की आलोचना की गई।
  • Native + AI: कई टिप्पणियाँ सुझाव देती हैं कि AI-assisted native development cross-platform frameworks के पारंपरिक लाभ को कम कर रहा है।