这是一个创建于 1485 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
Sniper416 2020-12-01 09:59:47 +08:00
有吧
|
 |
2
acrisliu 2020-12-01 10:00:19 +08:00 via Android
不好说，Google 搞了个 Jetpack Compose 就很迷。
|
 |
3
murmur 2020-12-01 10:01:12 +08:00
flutter 有没有未来取决于 app 有没有风口，rn 是踩在风口上了，flutter 本来准备下一个风口结果国内被微信小程序抢了风头
而且随着大小厂的兼并，未来 app 看不到啥需求，淘宝微信支付宝 qq10 年不更新都够用了 |
 |
4
nicocho 2020-12-01 10:12:35 +08:00
看 fuchsia 推广的如何。
|
 |
5
putaozhenhaochi 2020-12-01 10:15:39 +08:00 via Android  1
做得越多 错得越多。Flutter
|
 |
6
passon 2020-12-01 10:15:39 +08:00
不好预测未来，不过作为程序员不要 all in 一个技术。
面向市场编程总没错的 |
 |
7
zackwan95 2020-12-01 10:27:53 +08:00 via iPhone 8
一定有，小程序这种野蛮生长时代的垃圾迟早会被抛弃
|
|
8
murmur 2020-12-01 10:32:39 +08:00 5
@zackwan95 小程序怎么垃圾了，小程序是大厂用真正有实力的产品做背书，去帮你解决 native 的适配问题
无论 cordova 、rn 、flutter，都是把 native 适配交给社区，国内奇奇怪怪的手机各种 native 会适配到你哭 微信的国内 native 适配至少没人质疑，哪个手机微信运行不了可以扔了，所以微信就瞅准了这些没能力自己适配 native 的公司 何况他还送了开发者一点 api 配额和储存空间 |
|
9
zackwan95 2020-12-01 10:42:56 +08:00 via iPhone 1
@murmur 所以呢，我明白小程序还能火一会儿毕竟什么都图快程序员 996 都忙不过来的时代能方便点是方便点。长远来看从商业角度来看小程序就是一个垃圾解决方案，没有哪个有前途的公司会依赖这玩意的，到时候可不会管程序员适配方不方便
|
|
10
murmur 2020-12-01 10:44:08 +08:00 1
@zackwan95 有前途的人会有大把的 native 程序员和自研框架，甚至产品都是铺好路只需要日常维护就可以，为什么要味 flutter 填坑
目前把 flutter 大吹特吹还做成反例 app 的我就看到闲鱼一个 |
|
11
zackwan95 2020-12-01 10:46:12 +08:00 via iPhone 8
@murmur 我没说 flutter 就是未来噢，我只是说小程序这种反互联网的东西迟早被抛弃
|
 |
12
leo7723 2020-12-01 10:52:17 +08:00
flutter 新版本自身硬实力还是可以的，问题还是偏小众。社区并不如别的框架成熟。现在移动端就是半死不活也很难发展出很有影响力的框架了吧。
最近刚写完自己的第一个 flutter 混合项目，至少我以后会先考虑 flutter 。 |
 |
13
kop1989 2020-12-01 10:53:25 +08:00
|
 |
15
acidsweet 2020-12-01 10:59:28 +08:00 7
@zackwan95 小程序不仅不是反互联网，反而是顺应互联网的，这点都理解不了的人我感觉不用在这行干了；
1. 大量业务、应用是低频而且逻辑简单的，专门做成一个原生应用无法带来根本的体验升级反而会因为小公司羸弱的开发能力带来糟糕的体验 2. 计算机的本质是抽象，底层语言为高级语言提供原子能力，高级语言专注语义化编程；小程序在原生框架上抽象了自己的 DSL 3. 前端网页的本质和小程序没有任何区别，只是标准兼容性上的差别 4. 互联网是需要不断降低门槛赋能大众的，这件事阿里、微信通过小程序在做，很多厂商通过快应用在做，微软这种大厂也在探索自己的 low code 框架； |
 |
18
yaphets666 2020-12-01 11:02:15 +08:00 7
小程序这种想法是好的.但是实现的非常垃圾.微信小程序更是垃圾中的垃圾.是腾讯建立封闭生态的工具.
利益相关微信小程序开发者. |
 |
19
wanguorui123 2020-12-01 11:02:50 +08:00
1 、Dart 学习成本高，没 JS 好用易上手，我虽然可以学习，其他不一定会学
2 、RN 的痛点，Flutter 中还是痛点 3 、放眼看 Web 才是终极技术，浏览器几乎所有设备必装的，BS 架构一直未过时，试错成本也低，大厂都是自己做个浏览器套壳，什么 Flutter 都是浮云，没浏览器玩的 6 4 、Flutter 如果想流行除非所有大厂都推广，并且将好用的插件都下放给其他中小型公司，这样交叉编译出来的软件才能达到理想的样子，不然所谓的跨平台非常鸡肋，不如浏览器套壳 |
|
20
yaphets666 2020-12-01 11:05:29 +08:00 1
小程序 flutter RN uni-app 等等一众 多端编译的框架和工具都是给小公司凑合事,节约成本用的.还有就是极个别的,功能特别简单.但是对获客或者说可触达性要求高的应用需要以小程序这种方式存在,比如健康宝.
我认为.有追求的公司,一定是要有 native 端开发.起码主力产品.主力功能是 native 开发的. |
|
21
wanguorui123 2020-12-01 11:12:26 +08:00
理想很丰满，现实不完美的交叉编译坑死人，玩玩简单的还可以，复杂的插件还是要大牛和生态去堆
|
 |
22
aabbcc112233 2020-12-01 11:13:20 +08:00 1
@wanguorui123
1. 不觉得语言是什么问题 2. Flutter 至少解决了 RN 的性能问题 3. web 或许可能是未来吧,但是在目前技术的发展阶段来看并不能万物皆 web.你说的大厂浏览器套壳,那基本都是电商类或弱交互的,微信能用浏览器套壳吗? 4. 同 2. ----- 5. 别忘了还有潜在的 fuchsia 6. flutter 还在发展阶段,未来可期,据我了解很多公司目前从 RN 倾向 /转向 Flutter 了 |
|
23
wanguorui123 2020-12-01 11:15:34 +08:00
@aabbcc112233 钉钉就是浏览器套壳，VS Code 就是浏览器套壳，网易云就是浏览器套壳，QQ 部分页面就是浏览器套壳，微信部分界面也是浏览器套壳，还有淘宝，还有苹果的 App Store，还有....
|
|
24
wanguorui123 2020-12-01 11:20:52 +08:00
@aabbcc112233 大多框架和闭环都是大厂圈地运动的产物，为了维护自己垄断地位的工具而已，大多人为了不被束缚，所以才会用浏览器套壳，因为浏览器套壳成本低，前端轮子也多，跨平台几乎没什么成本，不被任何生态绑架，维护也容易
|
 |
26
pecopeco 2020-12-01 11:23:57 +08:00 via Android
@murmur flutter 未来不取决于 app，跨 ios 、android 只是一个开端，未来在嵌入式平台、智能家居，甚至是新的移动操作系统
|
|
27
zackwan95 2020-12-01 11:24:19 +08:00 via iPhone 25
@wanguorui123 这个年代最具有互联网精神的企业就是 pornhub 了。不要你装 app 不搞小程序，只要你记个网址你能在电脑电视手机各种浏览器里面畅通无阻浏览且用户体验好得非常一致，这就是理想的互联网生态
|
 |
30
zbianbiaos 2020-12-01 11:28:57 +08:00
我用 xamarin，感觉 C#通用一些，做点小工具验证嵌入式的小 DEMO
|
 |
31
nicevar 2020-12-01 11:31:05 +08:00 1
客户端上没什么前途，稍微具有代表性的咸鱼都做的一团糟，移动应用开发的特点很多都是与系统绑定比较密切，如果复杂的应用跨平台方案还是得做大量 native 开发，这样还不如直接用 native 开发，但如果是轻量级的应用与系统关联的东西比较少，对不起，小程序这东西完爆 flutter 做的。
|
 |
32
micean 2020-12-01 11:45:01 +08:00
@zackwan95
你这有点杠了，很多人连 baidu 的网址都不知道怎么写，而小程序就是一个导航标签 微信作为一个跨平台的集 H5 （小程序）、推送、支付为一体的环境，比一个 native 的 ios app 差在哪 |
 |
33
ChangQin 2020-12-01 11:56:58 +08:00 via Android
学 kotlin 吧
|
 |
34
lujie2012 2020-12-01 11:58:07 +08:00 5
为什么把 flutter 限定在开发 APP ？ 有没有体会到 flutter 真正的能力？感觉都是掩耳盗铃？
微信小程序，H5，能实现 linux，Mac，window，手机多个平台桌面级的应用开发吗？ 微信小程序能带给你 Java 后端开发成长吗？你 js 在精通，也没有后端的机会和相应的使用前端语言开发后端配套工具。 前端界面写的再多，还是脱离不了前端的技能范畴。 但是如果一个生态或者体系可以实现你多个端，多个技术栈的发展，这何乐不为？ 前端好不容易发展了 nodejs，可惜最后不了了之。 技术没有好坏，好坏的是使用者自己有没有精通，有没有领悟，可以随心所欲，知道每一个细节。 flutter 的出现，就是一种大胆的创新和试验。不满足现状，敢于实践，这有几个社区能不断这样发展。 你需要看到 flutter，dart，go，kotlen 这样新语言起来的基础和基石。 凡事上市公司，不会使用友盟 SDK 的，不会使用别人的工具和平台的。 一个技术 5-7 年可以精通了吧，那么是该扩展一下自己的范围和能力，这样成长为团队老大，架构师，才有可能吧。 只有跟着大的技术方向走，才能不断吸收新的思想。当然自己的总结和实践更重要。 讨论来讨论去，三五年过去了，你有没有使用一样新技术开发一个东西。flutter 已经出来两年，再难你有没有拿他写一个 app 发布出去。 这也是我自己的反思，不能在观火摸鱼，技术都是拿来用。 |
 |
35
IGJacklove 2020-12-01 12:11:45 +08:00 via Android
@wanguorui123 现在大厂基本都在往移动端导流好吧
|
 |
36
zsyld 2020-12-01 12:18:58 +08:00
从内卷的角度来看，码农们应该抵制这种跨平台的呀？你一人干几个人的活，还给不给别人活路了....
|
 |
37
magicluna01 2020-12-01 12:25:21 +08:00 5
Web 才是未来，其他都是开历史倒车。
|
 |
38
3dwelcome 2020-12-01 12:42:13 +08:00 via Android 2
要么前端 js，要么底层 c++，这两者才是能日积月累的东西。
你问问自己，dart 写一大堆垃圾代码，几年后还能复用吗？根本不可能的事。 其实 flutter 的本质，应该是提供一种更好的 UI 层通用抽象描述，这样你用任何语言都可以去适配。而不是把定位限制在 dart 语言上，这样没前途。 |
 |
40
maomaomao001 2020-12-01 12:45:24 +08:00
@longaiwp 解决了没必要的 app , 然后一旦遇上蛋壳之类的 ,(也许可能) 号没了, 小程序怎么用 ???
|
|
41
maomaomao001 2020-12-01 12:47:30 +08:00
@longaiwp 算了 , 看了一下记录, 回复错了, 你不用回复了
|
|
42
murmur 2020-12-01 12:48:22 +08:00
@lujie2012 大厂都在放弃桌面和 web，而且写一次多处跑不是说开发个手机模拟器，是重新设计 ui，移动端的页面切换，到了桌面端就是多窗口，移动端因为手指点击浪费的宝贵空间，桌面端可以塞 n 多工具
|
 |
43
echo314 2020-12-01 12:51:05 +08:00 via iPhone
路线之争是很难有结论的。除非成定局的时候。
纵使 flutter 开发成本和小程序一样，商业上也缺少小程序所附带的流量入口。运营成本远远大于小程序，那只能让许多中小公司都会优先选择小程序。当然，本来这两者就不是正面相争的领域。小程序是轻量级的。这么对比 flutter 肯定是比不了的。 至于楼上吹 WEB 的，请提供一套更加繁荣的流量分发模式。而不是仅靠搜索引擎之类的入口。哪天人人在 web 上聊天，再来吹吧。 |
|
46
3dwelcome 2020-12-01 13:04:18 +08:00 via Android 1
@tumaowolf 现在软件就和金字塔一样，底层就是要靠牢固永久不变的 C++。
WebView 是底层 WebKit(C++轮子)上层 JS/CSS 界面, Flutter 是底层 Skia(C++轮子)上层 Dart 界面。 还有更变态的 UE4 游戏引擎,不仅下面是 C++, 上层 UI 都是同样是魔改 C++嵌套式 UI 的语法糖。 而 UI 这种东西，就应该有个行业大佬站出来，来定义一套 JSON 语法。大家写完模板后，直接用最喜欢语言导入就行，别东一个山头，西一个山头，平白无故的增加码农学习负担。 |
|
47
echo314 2020-12-01 13:12:39 +08:00 1
@rodrick #45 web-->公开流量，小程序-->私域流量。
小程序只是借鉴了 web 技术，但是它的应用领域流量是无法轻松分发到 web 上的。 |
|
48
3dwelcome 2020-12-01 13:15:28 +08:00 via Android
还记得以前 FLEX 的 mxml 界面语法，也是业内行业风光一时，甚至游戏为了界面动效，都引入了 Scaleform 来兼容 SWF 运行 AS(ActionScript)虚拟机，仅仅是为了兼容美工设计的 UI 动画界面.
可惜生不逢时，基于自定义的 AS 语言，终究敌不过 JS 的蓬勃发展，被 H5 乱拳打死。如果当年 Adobe 不是基于 AS 语言，而是基于 JS 语言，也许又是另外一个结局了。 |
 |
49
ditel 2020-12-01 13:18:14 +08:00 via Android
@acidsweet 错了吧，是因为大厂把网站引导到用 app，然后小公司又没有实力做 app，就只能选择小程序将就下，最后的结果都是大公司引导的吧
|
 |
50
stabc 2020-12-01 13:27:15 +08:00
我对小程序也是负面看法的。无论从协议和环境看，它太封闭了。
|
|
51
3dwelcome 2020-12-01 13:34:21 +08:00 via Android
@stabc 小程序分两种，一种是个人开发提交，只能用魔改 VUE 的语言模式去写。当然现在 VUE 也就前端主流，最多关键词改改，写代码压力不会太大。
第二种是企业开发提交，可以直接对接 WEB，有了 HTML5 可以用任何 WEB 技术写代码，压力更没有了。可以说基本上小程序已经把开发道路阻碍，给大家都磨平了。 不管商业最终价值如何，小程序开发成本上考虑，都比 Flutter 便宜太多太多。 |
|
52
wanguorui123 2020-12-01 13:38:27 +08:00 1
@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 ）跨平台解决方案。 |
 |
53
qq7790586 2020-12-01 13:45:48 +08:00
安卓的咸鱼卡成翔，体验极差。
|
 |
54
iMiata 2020-12-01 13:45:57 +08:00
@aabbcc112233 赞同第 5 点，我寻思明明 Google 还有个 Fuchsia 做后手来支持 Flutter，不理解为什么楼主会提出这种问题。。。
|
|
55
wanguorui123 2020-12-01 13:48:31 +08:00 2
@aabbcc112233
@IGJacklove 1 、我还是认为 Web 是最好的跨平台解决方案。 2 、需要 W3C 和 ECMA 制定，Web 与各个操作系统的互操作 API 规范，以及完善 WASM 技术标准。 3 、如果 Web 标准化的彻底，未来相信是 Web 的世界。 |
 |
58
hyyou2010 2020-12-01 13:50:57 +08:00
flutter 有一个学习成本和生态问题
反之，RN 是常见的 React+Native 技术，可以复用的部分较多，算下来性价比较高 小程序性价比也很高，只是其局限于微信生态 综合算下来的性价比 RN=小程序>flutter |
 |
60
bitmin 2020-12-01 14:01:20 +08:00 via Android
老板会考虑 App 的，小程序毕竟在微信上，微信给你封了，要损失多少钱，如果流量在自己 App 上风险就低了很多。
做小程序的目的就是为了往自己的平台引流。 |
|
61
3dwelcome 2020-12-01 14:03:45 +08:00
"所以你反驳的是我的什么观点？"
你说小程序负面看法，我说的小程序开发成本低，仿佛不要钱，是正面看法。 |
 |
62
wa143825 2020-12-01 14:05:50 +08:00
这么隔断时间就有这个讨论？最近出什么新闻了？
|
|
63
3dwelcome 2020-12-01 14:06:05 +08:00
@bitmin 考虑 APP 也是优先考虑 Web，不会考虑原生和 Flutter 的。传统前端 JS/后端 Java 招人容易多了。
|
|
64
acidsweet 2020-12-01 14:18:15 +08:00
@ditel 这就得看你觉得什么是平台了，native app 是运行在系统框架(Android 、iOS)上的业务代码，小程序是运行在大厂小程序容器下的业务代码，从这点看两者也没什么区别；只是从实际效用考虑：
1. 系统框架的生命力和稳定性比阿里腾讯这种商业公司要更稳定； 2. 而小程序框架在系统框架上套娃以后夹带了自己的私货，流量入口被把持住了；但是流量问题是商业问题不是技术问题；小程序的确也很大程度改善了小公司技术薄弱、缺乏流量入口的缺点； 所以我觉得不要认为 native app 和小程序是完全不同的两个东西，他们都是立足在框架上的业务而已 |
|
65
3dwelcome 2020-12-01 14:20:38 +08:00
@wanguorui123 "我还是认为 Web 是最好的跨平台解决方案。"
我倒是希望有能颠覆 Web 的新技术出现，能有无痛过度的，而不是 dart 那样彻底推翻重做。 有时候不是觉得 Web 好，而是压根没得别的可选。这是一件很苦恼的事情。 十年前美工都在说 Flash 强，强就强在他的动画界面编辑器很完善。现在前端连个趁手的兵器都没有，工具都是上战场前修修补补，勉强用一下。 |
 |
66
JoStar 2020-12-01 14:21:20 +08:00
跨平台解决方案的终点，我认为基本就是 flutter 了，所以你问 flutter 有没有未来，其实就是问跨平台解决方案的未来。
flutter 确实不敌小程序，甚至可以说原生的 IOS 安卓开发、rn 都被小程序扒一层皮。 但是如果你业务性质确实落在了小程序够不着的地方（我司部分业务就是如此），而且对原生功能需求不是相当密集的时候。那么 flutter 就有一个还不错的未来。 |
|
67
wanguorui123 2020-12-01 14:34:34 +08:00
@3dwelcome
1 、目前你认为 Web 没达到你的标准，是因为没有满意的 Web 框架，现在越来越多前端框架了，慢慢就会解决这部分问题 2 、Web 标准发展的太慢，很多 API 都落后于原生 App，主要的问题就是没打通 和 操作系统的屏障，以及统一一套安全可靠的 Web 操作原生 API 的标准，这需要开发者强力的诉求，倒逼 W3C 与 ECMA 组织去完善 API 与 规范 3 、Web 正是因为中立性，被所有厂家认可，而不是 Flash 与小程序 那种一损俱损，所以 Web 技术才会长盛不衰活力不断，反观 Flutter 有很多特征都不是在迎合目前的开发者的生存现状，需要整个行业推倒重来，付出类似于当年 Flash 与 Silverlight 那样的风险 |
|
68
leo7723 2020-12-01 14:38:22 +08:00
问的是 flutter 的未来，各位一直在说的是客户端的未来。
flutter 目前看确实是绕不过客户端去谈未来。 客户端是越来越窄客三消是事实。 但是当一个客户端团队考虑去做跨平台当前最佳就是 flutter 。 最后说一个自己的偏见，这么多年了，小程序和 H5 也没有把 Native 挤死，就也不会把 Flutter 挤死。 |
|
69
3dwelcome 2020-12-01 14:39:45 +08:00
@JoStar flutter 跨平台是产品特性之一，可真正为了跨平台这一个需求去选择 flutter，去学习 dart 开发者，就不见得那么多了。
多端统一需求很早就出来了，大部分重度开发者都有了自己的积累，要放弃历史包袱，说的容易做起来难。flutter 效率是高，可老代码又不是慢到不能跑，对吧。 轻度开发者也不会考虑 flutter 了，都清一色统一 WebView 套一层皮，省心省事全平台通用。 你说牵涉到特殊业务需求，那就是公司砸钱了，有钱用选择任何技术都不是门槛，最终都会成型。 |
|
70
bitmin 2020-12-01 14:40:08 +08:00 via Android
@3dwelcome App 不管你用 Native Flutter Web 实现，流量入口是在自己手里。
App 内很多分页面我也喜欢让前端做，一个跨平台(成本低)，一个热更新。 有钱的话用原生了，丝滑体验 |
 |
71
20200924 2020-12-01 14:40:40 +08:00
活不过 2 年
|
|
72
3dwelcome 2020-12-01 14:49:36 +08:00
@wanguorui123 "Web 标准发展的太慢，很多 API 都落后于原生 App，主要的问题就是没打通 和 操作系统的屏障"
不知道是不是我个人错觉，我觉得 H5 通过 WebView 来调用安卓 /iOS 的原生接口，还是一件比较容易的事情，写完一次后能一直延用下去。而 Web 开发大部分时间，是怎么把客户需求，合理变成界面和逻辑描述。每次都要手打一大堆 html 模板，对接 js，写很多胶水层代码，有点无奈。 要知道以前这些需求，flash builder 全给包完了，可见即可的体验行云流水。现在那么多前端框架，活生生把前端从一个美术艺术生，拖成代码理科生。 |
|
73
wanguorui123 2020-12-01 14:54:35 +08:00
@3dwelcome 因为 flash 把原生的能力也给你了，你只需要 Import 一下，所有原生的能力就有了，而 H5 你需要用 API 去调用，去传参，这样体验就有割裂感
|
|
74
3dwelcome 2020-12-01 14:58:50 +08:00
@bitmin 流量这东西怎么说呢，就算上小程序，也是需要同时发布全平台多端通用 APP 。
不太可能只发布微信独占，最多是完整 APP 的化简版本，也能通过朋友圈来得到一些福利性推广。 如果真的只发 APP，要不就是游戏类的强应用。要不就要使劲砸钱来推广，还能在饱和的 APP 市场上溅出一点水花。 |
 |
75
xianxiaobo 2020-12-01 15:00:51 +08:00 1
@zackwan95
小程序不是因为程序员 996 忙不过来才做的，程序员也不能决定公司产品是做成 app 还是小程序。 这些其实是用户决定的。 作为用户，我不想坐地铁要装个 app,坐汽车又要装个 app,定酒店又要装个 app,点菜又要装个 app 。 这就是我用微信小程序的理由。 |
 |
76
tongyang 2020-12-01 15:03:03 +08:00
楼上那个学前端的贵物是不是学傻了啊？
|
|
77
3dwelcome 2020-12-01 15:05:09 +08:00
@wanguorui123 前端框架就是去割裂感的产物，什么都给封装一层，代理一次，你的 API 就会变得整洁清晰。
只是对于我个人来说，我就是想用现成的 UI Editor，点点鼠标，改改逻辑，而不是一大堆 npm 前端库。现在还要在脑子中幻想出 html dom 全部组装完成后，是啥样的，费脑。 |
 |
78
yimity 2020-12-01 15:13:40 +08:00
争什么争，觉得是未来的好好学习，觉得不是未来的就不要学了么。
|
|
79
wanguorui123 2020-12-01 15:18:12 +08:00
@3dwelcome
现在的前端框架一般都配有 组件库，可能目前还做不到 Flash 那么好用而且傻瓜化，遇到复杂的组件还是需要自己去拼凑和封装的，不管是 Web 还是 Flash，这一点很像。 目前的 Web 唯一缺少的 Flash 那种 Import 原生 API 的能力，如果具备这种能力与 Flash 无异，只是标准发展的很慢，而且还要兼容老的浏览器，所以很多大厂选择自己套浏览器壳，封装一层自己调用本地的 API，打包成 App，这样来跨平台。 |
 |
80
evitceted 2020-12-01 15:30:25 +08:00
都不关注开发效率吗
申明式编程 android ios 只要写一份 |
 |
81
windyCity1 2020-12-01 15:41:32 +08:00
@lujie2012 #34 nodejs 没有不了了之哈，虽然普遍没有成为预想的真正的后端语言，但是把 node 作为中间层的公司还是不少的
|
|
82
JoStar 2020-12-01 15:48:49 +08:00
@3dwelcome 为了 flutter 去学 dart 其实并没有那么困难，只要你是会以 C++为代表的语言（ object c：你们为什么看我？），dart 的学习难度甚至还没有 flutter widget 大...。
实际上你可以看到不少 rn 公司转型使用了 flutter，历史包袱的问题在客户端开发来说要比后端小一点。 也不是所有技术靠砸钱就能成的，比如 weex~ flutter 没有那么糟糕，也没有那么优秀。因为还是那句话，flutter 是跨平台解决方案的终点，也最多是一个跨平台解决方案的终点了。 |
 |
83
hoyixi 2020-12-01 15:52:16 +08:00
国内没有。
|
 |
84
zhuangzhuang1988 2020-12-01 15:52:51 +08:00
@zbianbiaos
微软系的东西都是好久才体现价值 |
 |
85
huage2580 2020-12-01 15:53:35 +08:00
技术是为资本服务的，看市场吧，资本不外乎需要效率和能力，做的到和做的快。flutter 在'做的到'这方面，我觉得现阶段还不足吧。
|
|
86
JoStar 2020-12-01 15:54:17 +08:00
|
 |
87
Bijiabo 2020-12-01 15:56:20 +08:00
我认为没有未来。Flutter 最大的优势是使用 Skia 作为渲染引擎，高性能跨平台。但这也是它最大的缺陷——所有控件都需要自己绘制。如果需要追求良好的用户体验，首要做的一点是符合各个平台用户的使用习惯。那么 Flutter 的团队是否能够有足够资源和 iOS 、Android 团队的更新保持同步，是个很大的挑战。
|
 |
88
xzg1993 2020-12-01 15:57:41 +08:00
我觉得 flutter 能解决一大部分公司，想要原生的 ios 和 Android App，但是需求一大堆的 问题。
|
 |
89
xFrye 2020-12-01 16:14:19 +08:00
如果哪天大家对闲鱼一致好评的话，那说明有未来了。
|
 |
90
FanChen 2020-12-01 16:15:13 +08:00
Q...Qt 才是未来?
|
 |
91
whypool 2020-12-01 16:21:26 +08:00 via Android
没有生存空间
重度 app 没有跨平台需求，比如文档 /视频 /图片编辑这些，而且已经被大厂垄断 中度基本上就是原生壳子+web 业务 剩下的 h5 和小程序分了 |
 |
93
betulac 2020-12-01 16:24:40 +08:00
flutter 我不清楚,只知道目前身边的软件需求从看病点外卖到开楼道门冲电动车付停车费全是小程序.flutter?好像没见过
|
 |
94
youxiachai 2020-12-01 16:33:18 +08:00
@acrisliu 严格来说 jetpack 和 flutter 不冲突
|
|
95
youxiachai 2020-12-01 16:38:31 +08:00
说 flutter 上手难的。。我司有个项目从零开始到 google play，5 月份立项，7 月份上线，现在也有几十万下载了。。目标人群是中东地区。。
据我所知，也就 1 个月入门 flutter 基础，2 个月开始写需求， 最后一个季度就可以上线给人玩了。。。 |
|
96
youxiachai 2020-12-01 16:41:39 +08:00
|
|
98
zackwan95 2020-12-01 16:43:57 +08:00 via Android
@xianxiaobo 你以为你作为用户有很多选择么？你再想想
|
|
100
xianxiaobo 2020-12-01 17:02:30 +08:00
@zackwan95 谜语人？有话直说
|
Select Language