因为现在前端陷入了怪圈，越是难学习难用的东西越被追捧，要不来个新人把你换了多划不来，flutter 要学一个新语言那不是太好，以后 dart 的坑也可以面试
天天吹性能 动画，native 都不做这些，吹的是个啥
1 、如果你问的是第三方 sdk 生态，还是不行，支持 flutter 的不多。具体看你需求。比如定位有高德，但具体要去了解，flutter sdk 是否提供了所有你要的功能。
2 、如果你问的是原生，常规内容基本都有支持了。非界面的部分，比如录像，本质还是调原生，何来和原生的差别。
顺便驳斥“越是难学习难用的东西越被追捧”，又是我不了解但我什么都知道的典型。
我接触过稍微学过不下 5 种编程语言，dart 真是我见过最傻瓜的。毫不客气的说，dart 还用学？也许对于在校生是需要学习的。对于码农，长得有什么不同的地方？
翻开 Java 基础，后几章是什么？估计是线程、反射。 dart 全没有。（其实有线程，不过基本用不上）。还能更傻瓜吗？
Flutter 工程就更简单了。一个 main ，然后基本顺藤摸瓜全在里面了。
如果问“茴香豆有几种写法”式的原理实现，实际编码也用不上。
Flutter 是能解决实际问题的。
比如让我这个 Android 码农，成功做了 2 年 app 全栈开发，应用早上架 app store 了。
体验还不比原生差。
个人觉得对新技术是没有排斥的。从事 Android ，先学的 Kotlin ，再学的 React Native ，最后才是 Flutter 。
许多人的态度，我当年的前同事可以算典型。我这个 Android 开发都开始学 swift ，问他这个 iOS 开发为什么不学。告诉我没用，反正还得会 OC 。他说的很有道理，我无法反驳。直到工作逼他去学。
我用过,设备接口 /三方 sdk 和 uniapp rn 没区别,设备接口勉强够用,三方 sdk 几乎不能用,
顶多 ui 性能 比 uniapp 好点,
在状态管理 /数据驱动上,一塌糊涂, StatefulWidget / StateLessWidget /InheritedWidget 的设计就是一坨屎,
不建议入坑
我觉得很不错，学习曲线非常平滑，ebay 和 my bmw app 新版已经全面 flutter 化，丰田在也选择了 flutter 技术栈作为新版车机 OS 的 UI 层，有自己的观点没错，唱衰也可以，但是你们没意识到，企业是很青睐这种成本低产出大的技术的。
基于 web 的移动端 app 你做过吗？体验过吗？用户体验跟原生 app 的差距你知道有多大吗？基于 web 的移动端框架又不是没有，坑也不是没踩过，真以为业界大佬都没你聪明吗？
开发过一款 APP ，已上架。感受就是 dart 写起来很舒服，虽然说有学习成本，但是我觉得对于程序猿来说毫无难度。
另外从市场行情来看，flutter 后来居上，有点要赶超 rn 的趋势。
<br>但是 flutter 选用 c#、ts 甚至 lua 做语言都对他框架本身没任何影响<br>
你这话说的…
我跟你道歉，不该对你要求这么高的，毕竟你只是一个外行，不同语言特性区别都不清楚，不同语言有自己适合用的领域的，不是单纯的语法不同而已。
你前面还带有高傲，后面就露出本色了，不是单纯的语法而已，你为什么不用其他的语法自己写解析器
c#有最完备的语法糖
ts 在前端有广泛的受众
lua 在嵌入式解析器试用历史悠久
用哪套语法不好
这就对了，你平心而论，微信小程序体验是否能达到原生 app 的级别？是不是做了微信小程序后就完全没必要做原生 app 了？有没有哪个公司使用微信小程序作为自己的主要产品替代了原生 app ？
我考虑的更极端，我认为目前已经没什么需求值得我新装一个 app 了，小程序挺好的，国产安卓 rom 、大厂 app 已经把我用不到的功能都集成了，人家考虑的比我远多了
所以我第一个帖子就说 flutter 生不逢时
哦对了，现在国内 gov 的各种办事都是公众号或者小程序就可以搞定
现在这句话应该反着说 哪个公司还在强上 app 不用小程序？ app 跟桌面端 wpfwinform 没啥区别 我他么买个菜点个外卖我为什么要装个 app ，点开网页就能干的东西。 还是那句话 90%的公司没必要开发 app ，web 完全够用，不够的小程序提供原生接口来弥补。
历史经验表明，那些强上 app 维护双端的公司已经被缓慢的市场相应和高昂的推广成本给拖死了。那些扫码即用的公司反而活得越来越好。聪明人从 2015 年就看到这个趋势了
我说的前端没有特指 web 啊，做 mobile/desktop app 的为啥要去学 html ，
另外我想说的 flutter 不用写一行 html/css 就可以产出 web ，并且有一堆现成的例子，比如 https://www.flutterfolio.com/
不过看您一个打 10 个的样子肯定会继续杠 恕我不奉陪了
flutter 毫无疑问是可以的 。FPS 能达到 60 甚至更高 。那动画丝滑顺畅，比小程序强几倍 。
车机这种资源少，主频低的都开始选择 flutter ，FPS 也高，体验丝滑，比浏览器套壳占用资源还少。
车机唯一能比的是 QT ，但是开发效率没 flutter 高。
Flutter 目前混合开发里，排名第一，这不说我说的，这是 Google 统计的。混合开发里，目前就两个能打的 RN Flutter
你说的这些功能，都是支持的，当然是通过插件的方式。
我自己本来做 Android 开发，写了几个 Flutter 项目。总体感觉 UI 写起来很快，然后跨平台支持也不错。目前打包了 Android iOS macOS 这几个都挺不错的。
#43 Google 的 compose 是给 Android 用的，相当与 Swift UI ，JetBrains Compose 是一个跨平台项目。但是跟 Google 没啥关系。
生态肯定会越来越好，传统的那套 HTML+CSS+JS 有上限的，你要做表单展示可以，但是要做成游戏那种互动性，就很难。
Flutter 自绘制能很好的弥补这部分软肋。
这样说吧，用哪一种技术和具体项目有关系。传统前端和写 Flutter 的，这两部分人是互补，而不是竞争关系。
摄像： https://pub.flutter-io.cn/packages/wechat_camera_picker
录音： https://pub.flutter-io.cn/packages/flutter_sound_lite
定位： https://pub.flutter-io.cn/packages/geolocator
很多用起来比原生还简单方便很多，而且还不用写两份代码
如果我说，某些方面 flutter 的体验和生态甚至已经超越原生，不知道会不会被喷死
能拿 flutter 和小程序比的不仅是不懂技术，更重要的是没懂业务。
flutter 对标的是 app ，小程序对标的是 webview ；说了一堆小程序的优点，然而那是 webview 的优点。
轻量级的用 webview 就够了，现在有了小程序只是有了更好的性能基线，之前那种是个简单业务都要做 app 才是畸形。中量，重量级的永远只能 app ，无论靠浏览器还是靠微信，都不可能提供系统级的开放能力，而 flutter 是在这一层面具有跨端能力的。
那是因为 app 的复杂度还太低，复杂度高了把 webview 做到丝滑要付出的开发成本很高的，如果抛开开发成本谈的话我承认你是对的。这也是业界几乎没有用纯 webview 做大型 app 的原因
webview 能做到秒开吗？还有页面很多视频 图片的时候如何滑动不卡？不卡值得是不掉祯，流畅滑动。我们最近因为卡顿的问题正在把 webview 的页面逐个改成原生
国内生态一般，比如高德 flutter SDK ，本质是调用安卓 SDK ，但是很多功能都是没有移植的。
比如在地图上画个圆，原生 SDK 有 addCircle 方法，flutter SDK 就没有，最后在 CSDN 上看到用 360 个点画了个多边形，勉强解决问题，绝了。
高德还算好了，百度地图 flutter SDK 上一次更新还是去年，腾讯地图压根没有 flutter SDK 。
另外腾讯云，阿里云这些开放平台很多功能也只有安卓，iOS 和 web 的 SDK ，基本都没有 flutter SDK 。
Flutter 没用过，UNIAPP 倒是常用，IOS 和小程序都上架了。
上面也看提到了小程序和 APP 的对比，
我自己的看法是 APP 能实现小程序很多无法实现的功能。只是肯能太细你们没看到，另外小程序早就不是 2M 了，有分包加载功能。
1 、图片
对于 APP 而言，我习惯的是把图片资源缓存，后续只需要检查沙盒里面有没这个资源，避免重复加载，这一点在小程序是无法完美实现，只能基于 web 的缓存。
2 、长页面长列表
对于 APP 可以通过对应组件，达到不可视区域的资源释放，但是在小程序中(web)，当列表达到一定程度（特别是包含图片的），直接就卡死了。
3 、支付方式
小程序中除了微信支付还能用什么支付方式？但 APP 可以使用不同的 sdk 不被受限。这一点对于港澳台业务的非常重要。客户人群有使用微信，但却不是使用微信钱包，而是使用当地的第三方支付渠道，小程序中就没法直接拉取支付。
4 、分享
安卓的小程序可以分享朋友圈，app 则不受限制，常规做法都是 app 搭配 H5 进行分享。
5 、小程序常年改接口…
#75
说实话，我是照着高德地图 flutter SDK 的添加 polygon 代码，重写了添加 circle 的 java 和 dart 代码，编译也通过了，也能看到有调用输出，就是显示不出来，最后只能画多边形近似圆曲线救国。
问题就出在这，写插件根本离不开原生 SDK ，没人维护插件就只能自己研究原生 SDK 的代码然后写插件。写 flutter 一时爽，写适配插件火葬场，对我这前端来说还需要写 java 体验属实割裂了，如果还要写 swift 。。。难顶。
dart 根本不是问题…代码写多了这玩意没什么差别
要熟悉的是 fultter 框架本身而不是 dart 语言
就和你写 angluar 一样要熟悉的是 angluar 框架而不是 ts
语言本身是很容易熟悉的
flutter 框架写起来和 react 其实差不了太多,写起来其实也没什么大问题
但是无论你开发什么手机 app 只要不是纯 http 通信都得和原生接口打交道，而且因为用不上其他库，还得比一般调库崽更熟悉原生才能玩得转这种垮平台框架。
其实上面说得很对, 的确是生不逢时，错过了移动端泡沫期。
搞黑产的据说都挺喜欢这玩意的,干起来真是快。
#59 最搞笑的就是阿里，吹 flutter 吹的最猛 支持最差，哈哈哈。
写插件这种体验就好像用 uniapp 一样，有些功能没支持，不会安卓和 iOS 真的非常难顶。
感觉用这种跨平台的方案最大的问题就是第三方 SDK 支持，当年不用 uniapp 主要问题就是连个 Google Play 支付都要自己写，第三方统计什么的就更别提了。uniapp 还是只适合小程序。
至于 flutter ，我们看一组数据：
字节跳动有 70 多个 App 选择 Flutter 作为跨端解决方案。
相比 Android/iOS 双端开发，跨平台的 Flutter 可以节省约 1/3 的开发时间。
现在，字节跳动许多 App 都用了 Flutter 和其他技术混合的开发方式，新的产品更倾向完全使用 Flutter 。在西瓜视频、抖音火山版、开言英语等多个业务上，Flutter 都提升了大约三分之一的开发效率。
不只是头条系，腾讯很多新产品也都尝试完全使用 flutter 开发，原本以为大厂不在乎开发效率问题，反正有的是人，现在看也是效率优先。
所以 Flutter 到底咋样，还是得看开发者到底愿不愿意用呀，很显然开发者已经做出了选择。
感觉 V 站很多人受到某鱼的影响，因为确实就是一坨屎，起了一个完美的反面案例，能做到这一点，ali 也是挺牛逼的。
抖音和头条完全 flutter 了么，剩下 68 个都死了对字节也没什么影响，我说的是完全 flutter ，少拿那种一个页面一个功能刷 gdp 凑数的
腾讯也一样，除了微信和 qq 都死一死反倒还能净化下互联网环境
喷的太多是时候结题了，我来说下 flutter 的问题
1 、嵌套 ui 恶心死人，你的 IDE 都支持在注释显示闭合标签 // some component ，为啥不把 dartx 做出来
2 、对 native 有依赖，目前看来微信小程序是以秒杀级体量为 native plugin 背书的
3 、坑多，等 flutter 简单到跟 vue 一样的时候，怕不是不用你安利，0 基础几天学会
4 、缺少一套开箱即用的体系跨端 ui ，这个在 h5 怕不是闭着眼睛选一套
用 flutter 开发了两个 app ，一个 pad 端，一个手机 app 。我的体验是学习曲线真的 ok 的，录屏，拍摄，录音，定位都有解决方案，写 UI 真的快的一批。
有人说道对 desktop 的支持不好，我感觉官方也不推荐现在就用 flutter 去做 desktop 的样子，package 的丰富程度咱们也不敢用在产品上。还有人说 app 组件的风格是 Material 的，但是官方也提供了 iOS 风格的组件呀，再不济，你们的 ui 出了高保真自己写样式也不复杂，或者说复杂程度不高。写的过程中可以逐渐抽离出自己的组件库，我觉得体验可以很棒。
还有提到状态管理 /数据驱动的，学习 flutter 之初，就已经看到有人做了搭建 MVVM 架构了，使用起来我觉得很舒适。
如果说有移动端 app 开发的需求，排除公司已有的技术选型，我肯定会首先推荐 flutter 的，否则就是 RN 。诸如 uniapp 之类的，我只能说用这东西写 app 的人是真的勇士
#73 flutter 的第三方 SDK 支持率可比 uniapp 要强太多了。不了解 flutter 就去了解下，你的认知会发生改变的。
你之前没吃过好的，就觉的现在的是好的，当你习惯了好的 才知道什么难吃。
第三方 SDK 不支持不是很正常的事吗？自己写个原生插件不就完事了吗？我是原生转 Flutter 的，比较顺手，如果是新手，没有原生开发经验，那就算了。现在要我再写一个 app ，我绝对选择 Flutter ，页面写起来真的太爽了，而且现在常用的原生功能，dev pub 都有很多很好的支持库，不用担心兼容问题。
用 Flutter 开发了一个 app 体验还是很不错的，入门很简单，dart 也没有什么难点，基本上是边写边学的。打包出来的 ap p 可以说是很流畅了，高刷屏基本上帧数可以跑满。就是数据多和图片多的场景会有点点卡顿，跨平台能力一流。前两年也写过 RN ，碰到的坑真的是一个比一个恶心，在 Flutter 上暂时没碰到什么大坑，挺推荐前端的同学们尝试尝试的，很期待 Flutter 未来的发展。
#17 不敢苟同，在我看来，虽然现在新的老的各种语言很多，但是真正实用的静态类型编程语言，依然是一个未解决的问题。
这个“真正实用的静态类型编程语言”的意思是：跨平台，有基本的“现代”功能集，主要面向 native AOT 编译且运行时较轻量，支持多线程。
动态类型、有虚拟机的编程语言已经有 JavaScript 、Python 、Scheme 等成功典型了。
静态类型，有虚拟机的，C#，Java 及一票 JVM 语言也都不错。
TypeScript 算是中间的。这些领域的吃鸡已经基本完成了。
但是静态类型无虚拟机暂时还比较混乱。C 抽象能力太差，C++ 洞太多，Ada 、Pascal 、Fortran 、D 等要么凉了要么不温不火，Haskell 智商兼容性太差。上个十年这一波新语言可能得有一半，包括 Rust ，Swift ，Go ，Nim ，Vala 之类的都在试图解决这个问题。而其他很多新老语言，如 Kotlin ，Scala ，C# 甚至 TypeScript 也在探索这条路，现在吃鸡大赛暂时还没打完。
你举的这几个例子比较失败，AOT 编译+静态类型是 Flutter 核心卖点之一。Lua 是动态类型先踢出，TS 不完全是静态类型不适合 AOT 编译也踢出，C#虽然可以 AOT ，但是语言本身并不是针对这个设计的，削足适履可能还不如用 Dart 。在我看来，Dart 只是刚好 check 了上面所有的 box 的“经济适用语言”而已。
你举这些例子还不如问为啥不用自家的 Go 。我推测这涉及到另外一个问题，就是除非语言具备足够的元编程能力并且工具提供良好的支持，要做 GUI 框架，总是要其所依赖的编程语言本身配合加点功能更好。比如苹果专注做 GUI ，从 NeXT 算起的两代语言，Objective-C 和 Swift ，都为了 GUI 开发做了一些定制（当然跟你说苹果可能显得我大脑比较高级 …），JavaScript 也有 JSX 之类的东西，GTK 也自己搞出个 Vala ，Qt 最奇葩搞出个 moc 。
那比较理想的情况就是，框架开发者能在一定程度上控制语言的发展。C#、Swift 之类的是别人的，没法控制，Go 已经做大了（可能还有内部的一些组织问题），看起来也不好控制，就拎出来个 Dart ，一边需要个工具语言，一边需要推广，一拍即合，皆大欢喜，双赢！
Flutter作为谷歌推出的跨平台开发框架，目前的生态状况相当积极。以下是对Flutter当前生态的简要概述：
- 社区与开发者支持：Flutter拥有一个庞大的开发者社区，全球月活跃开发人员超过100万。此外，还有超过1.4万名贡献者和1万名包发布者，以及5万多个社区包为Flutter提供支持。
- 企业应用：Flutter已被众多知名企业采用。例如，环球影城通过Flutter减小了应用大小并降低了崩溃率，SAS航空公司采用Flutter作为其App的技术栈，LG也选择Flutter来增强其智能电视操作系统webOS。
- 市场占有率：在Apple AppStore中，Flutter的使用量从2021年所有跟踪免费应用的10%左右稳步增长到2024年的近30%，成为最受欢迎的SDK之一。
- 未来展望：Flutter将继续优化产品体验，如提供更深的iOS保真度、无缝平台集成以及更多Dart语言特性的优化。此外，Flutter还在努力推进其在PC端的落地。
综上所述，Flutter目前的生态状况良好，拥有庞大的社区支持、广泛的应用场景以及不断增长的市场占有率。未来，随着技术的不断进步和生态系统的日益完善，Flutter有望在跨平台开发领域发挥更大的作用。
