flutter 会烂尾么

[zhwguest]

无比忐忑啊，看着他家最近焦头烂额的情况。

[ybz]

@ybz 在欢迎频道同样 2 个协议后可以浏览这个频道

[SilentOrFight]

其他不说，桌面端的 webview 呢？多少年了！！！

[w88975]

@dnL #35 人家大厂肯定比我懂啊, 但我觉得大厂肯定没你懂😀 敢问你写过多少 flutter 项目, 还是说 google 是你的精神爹, 无脑维护就行了?

[fescover]

啥时候能有 react 的游戏引擎

[lwlizhe]

我一直以为那帮喊 PHP 是最好语言的是编出来的笑话……

这玩意唯一的标准不应该是岗位数量和岗位薪资么&……哪个钱多好晋升选哪个啊……

[xz410236056]

@w88975 #28 那是因为你并没有精通相关平台的拖拽，你说的那些问题，拖拽都是可以解决的，iOS 平台拖拽组件可以实现很复杂的界面。最新的 swiftUI 还合并了拖拽和代码，拖 UI 自动生成代码，写代码产生 UI 。

[xz410236056]

@chiaf #34 具体什么库我忘记了原理就是这么个原理

[sujin190]

@janus77 #38 差别很大，Xamarin 看下底层还是使用各平台的原生组件，这种问题太多了，性能也不行，一致性也很差，ui 原生组件的差异会引入更多问题，开发大型项目就是天坑

avalonia 则是和 flutter 一样的完全是使用 skia 自绘制的，性能更好，问题更少，开发更方便，安卓和 ios 和 flutter 一样同样是单 activity 自绘制，web 则是整个页面一个 canvas 完全自己绘制组件，直接使用 skia 调用 opengl 自绘制所有组件一致性、性能 flutter 大家相比都知道了，avalonia 在这一点上从设计结构、代码质量、性能上来说一点不差

而且受益于.net 的语言支持，数据绑定、样式处理都很方便，而且相比 pdf 说，虽然界面样式仍然追随 wpf 一样使用 axaml 来编写，但是 avalonia 自己编写了编译时插件，完全在编译时把 axaml 中的 xml 编写的界面样式文件编译为了 c#代码最后在编译为了 clr ，运行时性能完全不比 flutter 的代码构建的界面样式差

[minami]

烂尾不是很正常，flutter 本来就是为了 fuchsia 准备的，fuchsia 一旦被砍，flutter 就没有存在价值了，毕竟安卓也不需要 flutter

[rb6221]

@sujin190 #48 那我明白了，根据我自己的知识来看，移动端两个发力还是会比较慢的，因为移动端比桌面端更新快，性能功耗要求高，而且还有各种底层功能需要做适配，所以这个框架的发力点应该在桌面端，对手应该是 electron 这类。
flutter 之于 RN ，就相当于 avalonia 之于 electron 了吧

[iorilu]

flutter 问题是非要弄个新语言

发明框架可以, 不要随便发明新语言

[silvernoo]

flutter 是业界清流，让我一个客户端开发感受到了澎湃的生产力

[dnL]

@w88975 你看又急，不敢报公司名，扯自己公司干什么。大厂肯定比我懂，所以他们都用了 flutter 啊，而不是跟你似的在这无能狂怒。看出来 Facebook 是你爹了，这么急。

[dnL]

@iorilu 哥们，Dart 11 年就出了。flutter 的概念最早也就 15 年，那时候叫“sky”，最开始用的就是 JS

[shunia]

.net 的 xml+代码的写法真的很难受，写过一些，没有一次是写的很舒畅的，说不上来的感觉，如鲠在喉。avalonia 在 dx 上和传统.net 的 UI 项目没有任何区别。而且微软自家没有真正好用的跨平台产品/框架吧？

flutter 使用 dart 唯一的败笔就是生态太差了，官方支持力度不够，社区生态远差于几乎所有的热门语言。语言本身我觉得没啥好喷的，说用 js/ts 那咋不用 lua 呢。

[kele999]

一般般吧，有些 p2 的 bug 常年不修，愁死人

[yunna11]

太他妈多 BUG 了，说实话，接近半成品，我的应用偶现启动直接透明闪一下闪退。

[n3r0]

世界上就是缺少一个类似交易市场的打赌平台，不然光靠这些年 Flutter 没落的对赌我至少是个百万富翁了😂

只能说 Flutter 应用范围广的不是一般，而且做到现在想直接嘎了也不容易。。。早上刚看的消息，微信的鸿蒙版朋友圈页面就是 Flutter 写的。要是只看网上的意见，腾讯大概率水平一般🐶

[sujin190]

@janus77 #50 是的，出发点本来就是开源替换 wpf ，wpf toB 用的人还是很多的，qt 虽然出了很多年了，但是说实话如果搞 toB 大型项目真是天坑，这么多年了，虽然搞了 qml 但是还是没办法和 c++代码直接双向绑定，而且国产话龙芯什么的 qt6 问题真不少，electron 之类的我们好像之前搞过，但是 toB 项目操作复杂，处理的数据量非常大，直接卡死，否则就要弄 native 扩展优化性能也是天坑，而且 c#商业项目其实有不少专做商业组件的公司的，也大多都选择了支持 avalonia

手机端的话毕竟用户群和社区还不行，而且现有的大部分 ui 组件都是客户端的，原生 API 的支持估计也不完善，确实有待发展，不过绘图毕竟统一又直接调用 opengl 绘制不适用原生组件，UI 的一致性和性能估计也有保证

avalonia 相比 flutter 还有就是.net 语言更完善了生态更好，非 UI 相关的大量第三方库是可以直接用而且也被验证过了，毕竟大微软搞了这么多年，以后估计也不大可能放弃

[sujin190]

@shunia #55 移动端页面层级简单交互逻辑很浅，xml 确实没啥优势，不过 PC 端层级复杂，交互逻辑更深的情况下，还是 xml 布局更清楚有优势