Flutter 还有未来吗。。。

2020-12-01 09:45:37 +08:00
 rtyxmd
25131 次点击
所在节点    Flutter
161 条回复
maomaomao001
2020-12-01 12:47:30 +08:00
@longaiwp 算了 , 看了一下记录, 回复错了, 你不用回复了
murmur
2020-12-01 12:48:22 +08:00
@lujie2012 大厂都在放弃桌面和 web,而且写一次多处跑不是说开发个手机模拟器,是重新设计 ui,移动端的页面切换,到了桌面端就是多窗口,移动端因为手指点击浪费的宝贵空间,桌面端可以塞 n 多工具
B4PLpPSsR4voMdx0
2020-12-01 12:51:05 +08:00
路线之争是很难有结论的。除非成定局的时候。
纵使 flutter 开发成本和小程序一样,商业上也缺少小程序所附带的流量入口。运营成本远远大于小程序,那只能让许多中小公司都会优先选择小程序。当然,本来这两者就不是正面相争的领域。小程序是轻量级的。这么对比 flutter 肯定是比不了的。
至于楼上吹 WEB 的,请提供一套更加繁荣的流量分发模式。而不是仅靠搜索引擎之类的入口。哪天人人在 web 上聊天,再来吹吧。
tumaowolf
2020-12-01 12:51:53 +08:00
@3dwelcome c++算什么底层……
rodrick
2020-12-01 13:03:05 +08:00
@echo314 一直觉得 web 开发现在已经默认是 pc 网页+移动 h5+小程序了
3dwelcome
2020-12-01 13:04:18 +08:00
@tumaowolf 现在软件就和金字塔一样,底层就是要靠牢固永久不变的 C++。
WebView 是底层 WebKit(C++轮子)上层 JS/CSS 界面, Flutter 是底层 Skia(C++轮子)上层 Dart 界面。
还有更变态的 UE4 游戏引擎,不仅下面是 C++, 上层 UI 都是同样是魔改 C++嵌套式 UI 的语法糖。

而 UI 这种东西,就应该有个行业大佬站出来,来定义一套 JSON 语法。大家写完模板后,直接用最喜欢语言导入就行,别东一个山头,西一个山头,平白无故的增加码农学习负担。
B4PLpPSsR4voMdx0
2020-12-01 13:12:39 +08:00
@rodrick #45 web-->公开流量,小程序-->私域流量。
小程序只是借鉴了 web 技术,但是它的应用领域流量是无法轻松分发到 web 上的。
3dwelcome
2020-12-01 13:15:28 +08:00
还记得以前 FLEX 的 mxml 界面语法,也是业内行业风光一时,甚至游戏为了界面动效,都引入了 Scaleform 来兼容 SWF 运行 AS(ActionScript)虚拟机,仅仅是为了兼容美工设计的 UI 动画界面.
可惜生不逢时,基于自定义的 AS 语言,终究敌不过 JS 的蓬勃发展,被 H5 乱拳打死。如果当年 Adobe 不是基于 AS 语言,而是基于 JS 语言,也许又是另外一个结局了。
ditel
2020-12-01 13:18:14 +08:00
@acidsweet 错了吧,是因为大厂把网站引导到用 app,然后小公司又没有实力做 app,就只能选择小程序将就下,最后的结果都是大公司引导的吧
stabc
2020-12-01 13:27:15 +08:00
我对小程序也是负面看法的。无论从协议和环境看,它太封闭了。
3dwelcome
2020-12-01 13:34:21 +08:00
@stabc 小程序分两种,一种是个人开发提交,只能用魔改 VUE 的语言模式去写。当然现在 VUE 也就前端主流,最多关键词改改,写代码压力不会太大。
第二种是企业开发提交,可以直接对接 WEB,有了 HTML5 可以用任何 WEB 技术写代码,压力更没有了。可以说基本上小程序已经把开发道路阻碍,给大家都磨平了。
不管商业最终价值如何,小程序开发成本上考虑,都比 Flutter 便宜太多太多。
wanguorui123
2020-12-01 13:38:27 +08:00
@IGJacklove
1 、生产力的东西,桌面端和移动端都不能丢!
2 、大厂的 App 大部分都是 Web 化,类 Web 化,泛 Web 化的结构,表面上看着是原生程序,结果骨子里是原生程序套了个 WebApp 。
3 、小程序这种就是圈地运动的产物,和流量入口绑定的根深蒂固。如果这座大厦垮了和 Flash 等等一个结果,所以存在局限性和不可长期维护性,不可能像 Web 一样存活很长的时间。
4 、All in One 的开发方案是美好的,但是需要时间和技术的完善。
5 、我特别讨厌被操作系统或者流量入口平台限制的开发框架,因为你的上限就是平台的上限,没有想象空间。
6 、现在游戏引擎的跨平台应该是做的最好的,不被任何平台绑定,而且底层 API 都可以直接操作。其次就是 Web,但 Web 缺乏和操作系统互操作的 API 。
7 、如果 Web 的 wasm 技术和操作系统互操作 API 打通,Web 可以说是最完美的( All in One )跨平台解决方案。
qq7790586
2020-12-01 13:45:48 +08:00
安卓的咸鱼卡成翔,体验极差。
iMiata
2020-12-01 13:45:57 +08:00
@aabbcc112233 赞同第 5 点,我寻思明明 Google 还有个 Fuchsia 做后手来支持 Flutter,不理解为什么楼主会提出这种问题。。。
wanguorui123
2020-12-01 13:48:31 +08:00
@aabbcc112233
@IGJacklove
1 、我还是认为 Web 是最好的跨平台解决方案。
2 、需要 W3C 和 ECMA 制定,Web 与各个操作系统的互操作 API 规范,以及完善 WASM 技术标准。
3 、如果 Web 标准化的彻底,未来相信是 Web 的世界。
bQ3u9RAQt4125PUK
2020-12-01 13:49:49 +08:00
@micean 导航标签后面也不是 url……
shintendo
2020-12-01 13:50:24 +08:00
@zsyld 那就变成砸珍妮纺织机的工人了
hyyou2010
2020-12-01 13:50:57 +08:00
flutter 有一个学习成本和生态问题
反之,RN 是常见的 React+Native 技术,可以复用的部分较多,算下来性价比较高
小程序性价比也很高,只是其局限于微信生态
综合算下来的性价比 RN=小程序>flutter
stabc
2020-12-01 13:57:09 +08:00
@3dwelcome 所以你反驳的是我的什么观点?
bitmin
2020-12-01 14:01:20 +08:00
老板会考虑 App 的,小程序毕竟在微信上,微信给你封了,要损失多少钱,如果流量在自己 App 上风险就低了很多。

做小程序的目的就是为了往自己的平台引流。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/730830

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX