flutter 有没有未来取决于 app 有没有风口，rn 是踩在风口上了，flutter 本来准备下一个风口结果国内被微信小程序抢了风头
而且随着大小厂的兼并，未来 app 看不到啥需求，淘宝微信支付宝 qq10 年不更新都够用了
小程序怎么垃圾了，小程序是大厂用真正有实力的产品做背书，去帮你解决 native 的适配问题
无论 cordova 、rn 、flutter，都是把 native 适配交给社区，国内奇奇怪怪的手机各种 native 会适配到你哭
微信的国内 native 适配至少没人质疑，哪个手机微信运行不了可以扔了，所以微信就瞅准了这些没能力自己适配 native 的公司
何况他还送了开发者一点 api 配额和储存空间
所以呢，我明白小程序还能火一会儿毕竟什么都图快程序员 996 都忙不过来的时代能方便点是方便点。长远来看从商业角度来看小程序就是一个垃圾解决方案，没有哪个有前途的公司会依赖这玩意的，到时候可不会管程序员适配方不方便
有前途的人会有大把的 native 程序员和自研框架，甚至产品都是铺好路只需要日常维护就可以，为什么要味 flutter 填坑
目前把 flutter 大吹特吹还做成反例 app 的我就看到闲鱼一个
flutter 新版本自身硬实力还是可以的，问题还是偏小众。社区并不如别的框架成熟。现在移动端就是半死不活也很难发展出很有影响力的框架了吧。
最近刚写完自己的第一个 flutter 混合项目，至少我以后会先考虑 flutter 。
#11 此话怎讲，能不能详细说说。
我的理解，小程序基本上解决了 80%的 app 需求。
只要微信依然霸占一个自然人的“互联网名片”这个地位，小程序的优势就一直存在。
小程序不仅不是反互联网，反而是顺应互联网的，这点都理解不了的人我感觉不用在这行干了；
1. 大量业务、应用是低频而且逻辑简单的，专门做成一个原生应用无法带来根本的体验升级反而会因为小公司羸弱的开发能力带来糟糕的体验
2. 计算机的本质是抽象，底层语言为高级语言提供原子能力，高级语言专注语义化编程；小程序在原生框架上抽象了自己的 DSL
3. 前端网页的本质和小程序没有任何区别，只是标准兼容性上的差别
4. 互联网是需要不断降低门槛赋能大众的，这件事阿里、微信通过小程序在做，很多厂商通过快应用在做，微软这种大厂也在探索自己的 low code 框架；
1 、Dart 学习成本高，没 JS 好用易上手，我虽然可以学习，其他不一定会学
2 、RN 的痛点，Flutter 中还是痛点
3 、放眼看 Web 才是终极技术，浏览器几乎所有设备必装的，BS 架构一直未过时，试错成本也低，大厂都是自己做个浏览器套壳，什么 Flutter 都是浮云，没浏览器玩的 6
4 、Flutter 如果想流行除非所有大厂都推广，并且将好用的插件都下放给其他中小型公司，这样交叉编译出来的软件才能达到理想的样子，不然所谓的跨平台非常鸡肋，不如浏览器套壳
小程序 flutter RN uni-app 等等一众 多端编译的框架和工具都是给小公司凑合事,节约成本用的.还有就是极个别的,功能特别简单.但是对获客或者说可触达性要求高的应用需要以小程序这种方式存在,比如健康宝.
我认为.有追求的公司,一定是要有 native 端开发.起码主力产品.主力功能是 native 开发的.
1. 不觉得语言是什么问题
2. Flutter 至少解决了 RN 的性能问题
3. web 或许可能是未来吧,但是在目前技术的发展阶段来看并不能万物皆 web.你说的大厂浏览器套壳,那基本都是电商类或弱交互的,微信能用浏览器套壳吗?
4. 同 2.
-----
5. 别忘了还有潜在的 fuchsia
6. flutter 还在发展阶段,未来可期,据我了解很多公司目前从 RN 倾向 /转向 Flutter 了
钉钉就是浏览器套壳，VS Code 就是浏览器套壳，网易云就是浏览器套壳，QQ 部分页面就是浏览器套壳，微信部分界面也是浏览器套壳，还有淘宝，还有苹果的 App Store，还有…
大多框架和闭环都是大厂圈地运动的产物，为了维护自己垄断地位的工具而已，大多人为了不被束缚，所以才会用浏览器套壳，因为浏览器套壳成本低，前端轮子也多，跨平台几乎没什么成本，不被任何生态绑架，维护也容易
这个年代最具有互联网精神的企业就是 pornhub 了。不要你装 app 不搞小程序，只要你记个网址你能在电脑电视手机各种浏览器里面畅通无阻浏览且用户体验好得非常一致，这就是理想的互联网生态
客户端上没什么前途，稍微具有代表性的咸鱼都做的一团糟，移动应用开发的特点很多都是与系统绑定比较密切，如果复杂的应用跨平台方案还是得做大量 native 开发，这样还不如直接用 native 开发，但如果是轻量级的应用与系统关联的东西比较少，对不起，小程序这东西完爆 flutter 做的。
你这有点杠了，很多人连 baidu 的网址都不知道怎么写，而小程序就是一个导航标签
微信作为一个跨平台的集 H5 （小程序）、推送、支付为一体的环境，比一个 native 的 ios app 差在哪
要么前端 js，要么底层 c++，这两者才是能日积月累的东西。
你问问自己，dart 写一大堆垃圾代码，几年后还能复用吗？根本不可能的事。
其实 flutter 的本质，应该是提供一种更好的 UI 层通用抽象描述，这样你用任何语言都可以去适配。而不是把定位限制在 dart 语言上，这样没前途。
大厂都在放弃桌面和 web，而且写一次多处跑不是说开发个手机模拟器，是重新设计 ui，移动端的页面切换，到了桌面端就是多窗口，移动端因为手指点击浪费的宝贵空间，桌面端可以塞 n 多工具
路线之争是很难有结论的。除非成定局的时候。
纵使 flutter 开发成本和小程序一样，商业上也缺少小程序所附带的流量入口。运营成本远远大于小程序，那只能让许多中小公司都会优先选择小程序。当然，本来这两者就不是正面相争的领域。小程序是轻量级的。这么对比 flutter 肯定是比不了的。
至于楼上吹 WEB 的，请提供一套更加繁荣的流量分发模式。而不是仅靠搜索引擎之类的入口。哪天人人在 web 上聊天，再来吹吧。
现在软件就和金字塔一样，底层就是要靠牢固永久不变的 C++。
WebView 是底层 WebKit(C++轮子)上层 JS/CSS 界面, Flutter 是底层 Skia(C++轮子)上层 Dart 界面。
还有更变态的 UE4 游戏引擎,不仅下面是 C++, 上层 UI 都是同样是魔改 C++嵌套式 UI 的语法糖。
而 UI 这种东西，就应该有个行业大佬站出来，来定义一套 JSON 语法。大家写完模板后，直接用最喜欢语言导入就行，别东一个山头，西一个山头，平白无故的增加码农学习负担。
还记得以前 FLEX 的 mxml 界面语法，也是业内行业风光一时，甚至游戏为了界面动效，都引入了 Scaleform 来兼容 SWF 运行 AS(ActionScript)虚拟机，仅仅是为了兼容美工设计的 UI 动画界面.
可惜生不逢时，基于自定义的 AS 语言，终究敌不过 JS 的蓬勃发展，被 H5 乱拳打死。如果当年 Adobe 不是基于 AS 语言，而是基于 JS 语言，也许又是另外一个结局了。
小程序分两种，一种是个人开发提交，只能用魔改 VUE 的语言模式去写。当然现在 VUE 也就前端主流，最多关键词改改，写代码压力不会太大。
第二种是企业开发提交，可以直接对接 WEB，有了 HTML5 可以用任何 WEB 技术写代码，压力更没有了。可以说基本上小程序已经把开发道路阻碍，给大家都磨平了。
不管商业最终价值如何，小程序开发成本上考虑，都比 Flutter 便宜太多太多。
1 、我还是认为 Web 是最好的跨平台解决方案。
2 、需要 W3C 和 ECMA 制定，Web 与各个操作系统的互操作 API 规范，以及完善 WASM 技术标准。
3 、如果 Web 标准化的彻底，未来相信是 Web 的世界。
flutter 有一个学习成本和生态问题
反之，RN 是常见的 React+Native 技术，可以复用的部分较多，算下来性价比较高
小程序性价比也很高，只是其局限于微信生态
综合算下来的性价比 RN=小程序>flutter
这就得看你觉得什么是平台了，native app 是运行在系统框架(Android 、iOS)上的业务代码，小程序是运行在大厂小程序容器下的业务代码，从这点看两者也没什么区别；只是从实际效用考虑：
1. 系统框架的生命力和稳定性比阿里腾讯这种商业公司要更稳定；
2. 而小程序框架在系统框架上套娃以后夹带了自己的私货，流量入口被把持住了；但是流量问题是商业问题不是技术问题；小程序的确也很大程度改善了小公司技术薄弱、缺乏流量入口的缺点；
所以我觉得不要认为 native app 和小程序是完全不同的两个东西，他们都是立足在框架上的业务而已
"我还是认为 Web 是最好的跨平台解决方案。"
我倒是希望有能颠覆 Web 的新技术出现，能有无痛过度的，而不是 dart 那样彻底推翻重做。
有时候不是觉得 Web 好，而是压根没得别的可选。这是一件很苦恼的事情。
十年前美工都在说 Flash 强，强就强在他的动画界面编辑器很完善。现在前端连个趁手的兵器都没有，工具都是上战场前修修补补，勉强用一下。
跨平台解决方案的终点，我认为基本就是 flutter 了，所以你问 flutter 有没有未来，其实就是问跨平台解决方案的未来。
flutter 确实不敌小程序，甚至可以说原生的 IOS 安卓开发、rn 都被小程序扒一层皮。
但是如果你业务性质确实落在了小程序够不着的地方（我司部分业务就是如此），而且对原生功能需求不是相当密集的时候。那么 flutter 就有一个还不错的未来。
1 、目前你认为 Web 没达到你的标准，是因为没有满意的 Web 框架，现在越来越多前端框架了，慢慢就会解决这部分问题
2 、Web 标准发展的太慢，很多 API 都落后于原生 App，主要的问题就是没打通 和 操作系统的屏障，以及统一一套安全可靠的 Web 操作原生 API 的标准，这需要开发者强力的诉求，倒逼 W3C 与 ECMA 组织去完善 API 与 规范
3 、Web 正是因为中立性，被所有厂家认可，而不是 Flash 与小程序 那种一损俱损，所以 Web 技术才会长盛不衰活力不断，反观 Flutter 有很多特征都不是在迎合目前的开发者的生存现状，需要整个行业推倒重来，付出类似于当年 Flash 与 Silverlight 那样的风险
问的是 flutter 的未来，各位一直在说的是客户端的未来。
flutter 目前看确实是绕不过客户端去谈未来。
客户端是越来越窄客三消是事实。
但是当一个客户端团队考虑去做跨平台当前最佳就是 flutter 。
最后说一个自己的偏见，这么多年了，小程序和 H5 也没有把 Native 挤死，就也不会把 Flutter 挤死。
flutter 跨平台是产品特性之一，可真正为了跨平台这一个需求去选择 flutter，去学习 dart 开发者，就不见得那么多了。
多端统一需求很早就出来了，大部分重度开发者都有了自己的积累，要放弃历史包袱，说的容易做起来难。flutter 效率是高，可老代码又不是慢到不能跑，对吧。
轻度开发者也不会考虑 flutter 了，都清一色统一 WebView 套一层皮，省心省事全平台通用。
你说牵涉到特殊业务需求，那就是公司砸钱了，有钱用选择任何技术都不是门槛，最终都会成型。
App 不管你用 Native Flutter Web 实现，流量入口是在自己手里。
App 内很多分页面我也喜欢让前端做，一个跨平台(成本低)，一个热更新。
有钱的话用原生了，丝滑体验
"Web 标准发展的太慢，很多 API 都落后于原生 App，主要的问题就是没打通 和 操作系统的屏障"
不知道是不是我个人错觉，我觉得 H5 通过 WebView 来调用安卓 /iOS 的原生接口，还是一件比较容易的事情，写完一次后能一直延用下去。而 Web 开发大部分时间，是怎么把客户需求，合理变成界面和逻辑描述。每次都要手打一大堆 html 模板，对接 js，写很多胶水层代码，有点无奈。
要知道以前这些需求，flash builder 全给包完了，可见即可的体验行云流水。现在那么多前端框架，活生生把前端从一个美术艺术生，拖成代码理科生。
流量这东西怎么说呢，就算上小程序，也是需要同时发布全平台多端通用 APP 。
不太可能只发布微信独占，最多是完整 APP 的化简版本，也能通过朋友圈来得到一些福利性推广。
如果真的只发 APP，要不就是游戏类的强应用。要不就要使劲砸钱来推广，还能在饱和的 APP 市场上溅出一点水花。
小程序不是因为程序员 996 忙不过来才做的，程序员也不能决定公司产品是做成 app 还是小程序。
这些其实是用户决定的。
作为用户，我不想坐地铁要装个 app,坐汽车又要装个 app,定酒店又要装个 app,点菜又要装个 app 。
这就是我用微信小程序的理由。
前端框架就是去割裂感的产物，什么都给封装一层，代理一次，你的 API 就会变得整洁清晰。
只是对于我个人来说，我就是想用现成的 UI Editor，点点鼠标，改改逻辑，而不是一大堆 npm 前端库。现在还要在脑子中幻想出 html dom 全部组装完成后，是啥样的，费脑。
现在的前端框架一般都配有 组件库，可能目前还做不到 Flash 那么好用而且傻瓜化，遇到复杂的组件还是需要自己去拼凑和封装的，不管是 Web 还是 Flash，这一点很像。
目前的 Web 唯一缺少的 Flash 那种 Import 原生 API 的能力，如果具备这种能力与 Flash 无异，只是标准发展的很慢，而且还要兼容老的浏览器，所以很多大厂选择自己套浏览器壳，封装一层自己调用本地的 API，打包成 App，这样来跨平台。
为了 flutter 去学 dart 其实并没有那么困难，只要你是会以 C++为代表的语言（ object c：你们为什么看我？），dart 的学习难度甚至还没有 flutter widget 大…。
实际上你可以看到不少 rn 公司转型使用了 flutter，历史包袱的问题在客户端开发来说要比后端小一点。
也不是所有技术靠砸钱就能成的，比如 weex~
flutter 没有那么糟糕，也没有那么优秀。因为还是那句话，flutter 是跨平台解决方案的终点，也最多是一个跨平台解决方案的终点了。
我认为没有未来。Flutter 最大的优势是使用 Skia 作为渲染引擎，高性能跨平台。但这也是它最大的缺陷——所有控件都需要自己绘制。如果需要追求良好的用户体验，首要做的一点是符合各个平台用户的使用习惯。那么 Flutter 的团队是否能够有足够资源和 iOS 、Android 团队的更新保持同步，是个很大的挑战。
说 flutter 上手难的。。我司有个项目从零开始到 google play，5 月份立项，7 月份上线，现在也有几十万下载了。。目标人群是中东地区。。
据我所知，也就 1 个月入门 flutter 基础，2 个月开始写需求， 最后一个季度就可以上线给人玩了。。。
我觉得重型 qq 反而没啥说服力。。。投入太大了。。不灵活
QT 都多少年了，我司有个项目原来也是 qt 写的。后来都转到 Electron
这年头，招个写 c++ 的太难了。。。
Flutter当然有未来。
首先，Flutter在开发者社区中的广泛采用和认可已经得到了证明，全球已经发布了近50万个使用Flutter的应用。此外，许多知名公司如字节跳动、腾讯、阿里、百度等都在使用Flutter开发其应用，这证明了Flutter在实际项目中的可行性和实用性。
其次，Flutter具有跨平台开发的特性，允许开发者使用一套代码库同时构建iOS和Android两个平台的应用，这大大提高了开发效率，降低了人力成本。随着跨平台技术的日趋成熟，企业对于跨平台开发人才的需求也在逐年增长，掌握Flutter技术的开发者可以拓宽职业道路，提升自身市场价值。
再者，Flutter社区活跃度颇高，有大量优质的开源项目和学习资源，为初学者提供了良好的学习环境和支持。Flutter还在不断提升其生态系统的建设，包括提供更好的C/C++库支持、推进官方开发和维护的Packages等。
最后，Flutter官方团队已经发布了未来的规划，其中包括了更多可期待的功能，如删除iOS上的Skia支持、完成iOS到Impeller的完全迁移等。
综上所述，Flutter在市场需求、技术特点与优势、技术更新与路线规划、生态系统与社区支持等方面都展现出了强大的生命力和广阔的发展前景。
