Flutter 还有未来吗。。。

[rtyxmd]

[3dwelcome]

"所以你反驳的是我的什么观点？"
你说小程序负面看法，我说的小程序开发成本低，仿佛不要钱，是正面看法。

[wa143825]

这么隔断时间就有这个讨论？最近出什么新闻了？

[3dwelcome]

@bitmin 考虑 APP 也是优先考虑 Web，不会考虑原生和 Flutter 的。传统前端 JS/后端 Java 招人容易多了。

[acidsweet]

@ditel 这就得看你觉得什么是平台了，native app 是运行在系统框架(Android 、iOS)上的业务代码，小程序是运行在大厂小程序容器下的业务代码，从这点看两者也没什么区别；只是从实际效用考虑：
1. 系统框架的生命力和稳定性比阿里腾讯这种商业公司要更稳定；
2. 而小程序框架在系统框架上套娃以后夹带了自己的私货，流量入口被把持住了；但是流量问题是商业问题不是技术问题；小程序的确也很大程度改善了小公司技术薄弱、缺乏流量入口的缺点；
所以我觉得不要认为 native app 和小程序是完全不同的两个东西，他们都是立足在框架上的业务而已

[3dwelcome]

@wanguorui123 "我还是认为 Web 是最好的跨平台解决方案。"
我倒是希望有能颠覆 Web 的新技术出现，能有无痛过度的，而不是 dart 那样彻底推翻重做。
有时候不是觉得 Web 好，而是压根没得别的可选。这是一件很苦恼的事情。
十年前美工都在说 Flash 强，强就强在他的动画界面编辑器很完善。现在前端连个趁手的兵器都没有，工具都是上战场前修修补补，勉强用一下。

[JoStar]

跨平台解决方案的终点，我认为基本就是 flutter 了，所以你问 flutter 有没有未来，其实就是问跨平台解决方案的未来。

flutter 确实不敌小程序，甚至可以说原生的 IOS 安卓开发、rn 都被小程序扒一层皮。

但是如果你业务性质确实落在了小程序够不着的地方（我司部分业务就是如此），而且对原生功能需求不是相当密集的时候。那么 flutter 就有一个还不错的未来。

[wanguorui123]

@3dwelcome

1 、目前你认为 Web 没达到你的标准，是因为没有满意的 Web 框架，现在越来越多前端框架了，慢慢就会解决这部分问题
2 、Web 标准发展的太慢，很多 API 都落后于原生 App，主要的问题就是没打通 和 操作系统的屏障，以及统一一套安全可靠的 Web 操作原生 API 的标准，这需要开发者强力的诉求，倒逼 W3C 与 ECMA 组织去完善 API 与 规范
3 、Web 正是因为中立性，被所有厂家认可，而不是 Flash 与小程序 那种一损俱损，所以 Web 技术才会长盛不衰活力不断，反观 Flutter 有很多特征都不是在迎合目前的开发者的生存现状，需要整个行业推倒重来，付出类似于当年 Flash 与 Silverlight 那样的风险

[leo7723]

问的是 flutter 的未来，各位一直在说的是客户端的未来。
flutter 目前看确实是绕不过客户端去谈未来。
客户端是越来越窄客三消是事实。
但是当一个客户端团队考虑去做跨平台当前最佳就是 flutter 。
最后说一个自己的偏见，这么多年了，小程序和 H5 也没有把 Native 挤死，就也不会把 Flutter 挤死。

[3dwelcome]

@JoStar flutter 跨平台是产品特性之一，可真正为了跨平台这一个需求去选择 flutter，去学习 dart 开发者，就不见得那么多了。
多端统一需求很早就出来了，大部分重度开发者都有了自己的积累，要放弃历史包袱，说的容易做起来难。flutter 效率是高，可老代码又不是慢到不能跑，对吧。
轻度开发者也不会考虑 flutter 了，都清一色统一 WebView 套一层皮，省心省事全平台通用。
你说牵涉到特殊业务需求，那就是公司砸钱了，有钱用选择任何技术都不是门槛，最终都会成型。

[bitmin]

@3dwelcome App 不管你用 Native Flutter Web 实现，流量入口是在自己手里。

App 内很多分页面我也喜欢让前端做，一个跨平台(成本低)，一个热更新。

有钱的话用原生了，丝滑体验

[20200924]

活不过 2 年

[3dwelcome]

@wanguorui123 "Web 标准发展的太慢，很多 API 都落后于原生 App，主要的问题就是没打通 和 操作系统的屏障"
不知道是不是我个人错觉，我觉得 H5 通过 WebView 来调用安卓 /iOS 的原生接口，还是一件比较容易的事情，写完一次后能一直延用下去。而 Web 开发大部分时间，是怎么把客户需求，合理变成界面和逻辑描述。每次都要手打一大堆 html 模板，对接 js，写很多胶水层代码，有点无奈。
要知道以前这些需求，flash builder 全给包完了，可见即可的体验行云流水。现在那么多前端框架，活生生把前端从一个美术艺术生，拖成代码理科生。

[wanguorui123]

@3dwelcome 因为 flash 把原生的能力也给你了，你只需要 Import 一下，所有原生的能力就有了，而 H5 你需要用 API 去调用，去传参，这样体验就有割裂感

[3dwelcome]

@bitmin 流量这东西怎么说呢，就算上小程序，也是需要同时发布全平台多端通用 APP 。
不太可能只发布微信独占，最多是完整 APP 的化简版本，也能通过朋友圈来得到一些福利性推广。
如果真的只发 APP，要不就是游戏类的强应用。要不就要使劲砸钱来推广，还能在饱和的 APP 市场上溅出一点水花。

[xianxiaobo]

@zackwan95
小程序不是因为程序员 996 忙不过来才做的，程序员也不能决定公司产品是做成 app 还是小程序。
这些其实是用户决定的。
作为用户，我不想坐地铁要装个 app,坐汽车又要装个 app,定酒店又要装个 app,点菜又要装个 app 。
这就是我用微信小程序的理由。

[tongyang]

楼上那个学前端的贵物是不是学傻了啊？

[3dwelcome]

@wanguorui123 前端框架就是去割裂感的产物，什么都给封装一层，代理一次，你的 API 就会变得整洁清晰。
只是对于我个人来说，我就是想用现成的 UI Editor，点点鼠标，改改逻辑，而不是一大堆 npm 前端库。现在还要在脑子中幻想出 html dom 全部组装完成后，是啥样的，费脑。

[yimity]

争什么争，觉得是未来的好好学习，觉得不是未来的就不要学了么。

[wanguorui123]

@3dwelcome

现在的前端框架一般都配有 组件库，可能目前还做不到 Flash 那么好用而且傻瓜化，遇到复杂的组件还是需要自己去拼凑和封装的，不管是 Web 还是 Flash，这一点很像。

目前的 Web 唯一缺少的 Flash 那种 Import 原生 API 的能力，如果具备这种能力与 Flash 无异，只是标准发展的很慢，而且还要兼容老的浏览器，所以很多大厂选择自己套浏览器壳，封装一层自己调用本地的 API，打包成 App，这样来跨平台。

[evitceted]

都不关注开发效率吗
申明式编程
android ios 只要写一份