搞过客户端原生开发的来说说，Flutter 的设计是不是真的很奇葩？
作为好几年的客户端开发，平时主要接触原生开发语言，
最近有一些项目需要用到 Flutter ，
发现这玩意的设计各种变扭，，
比如看到这样一句话：
StatefulWidget 是不可变的，
需要一个 State 去实际承载者，然后需要实现 StatefulWidget 的泛型，
以便在 State 中通过 widget.获取 widget 的属性。
我真的是服了，这设计得啥玩意。。。
纯吐槽，我知道我在这块比较菜，请轻喷。。。。
搞过客户端原生开发的来说说，Flutter 的设计是不是真的很奇葩？
更多关于搞过客户端原生开发的来说说，Flutter 的设计是不是真的很奇葩？的实战系列教程也可以访问 https://www.itying.com/category-92-b0.html
敢问有没有接触过其它声明式 ui 框架？
更多关于搞过客户端原生开发的来说说，Flutter 的设计是不是真的很奇葩？的实战系列教程也可以访问 https://www.itying.com/category-92-b0.html
dart 的语法比较老，外加 flutter 砍了反射，还是固定的编译，不能做编译时处理，所以要写大一堆没用的模板。确实别扭，可能等 dart 的 macro 正式了会好不少吧。
不可变的 StatefulWidget 更加方便 Flutter 做 tree diff 。比如 StatefulWidget 内部有可变属性但没有参数，你可以把 StatefulWidget 声明为 const 。在父 Widget 变化时，tree diff 到这个 StatefulWidget 时会直接返回而不进入内部继续 diff 。
至少 dart ，我不需要学，我就看得懂，你看看隔壁的 swiftUI ，我花了 3 天时间，就是没搞懂 各种闭包怎么玩的，语法糖一大堆，我真的是在想，写 swift 的人，键盘是金子做的么，在 IDE 跟 AI 补全加持下，现在多写那么几个括号有那么难，非得要整一大堆的 看不懂的语法糖
其实还是不习惯, 特别是 从原生自由的随意设定对象,绑定 ui 元素后 随意操作 ui, 切换到固定模板控制 ui 会让人无比别扭(尤其是之前不写响应式 UI 的)
关于Flutter的设计是否奇葩，这是一个相对主观的问题，但从技术角度来分析，Flutter的设计有其独到之处，也伴随着一些挑战。
Flutter作为由Google开发的开源UI软件开发工具包，其最大的特点是使用Dart语言编写，并通过其自有的渲染引擎来绘制界面，而非依赖于原生平台的控件。这种设计确实带来了跨平台一致性非常好的用户体验，因为无论是iOS还是Android，甚至Web端，Flutter应用都能保持一致的UI和行为。
然而，这种设计也带来了一些争议。首先，学习Dart语言对于许多已经熟悉Java、Kotlin或Swift的开发者来说是一个额外的负担。其次，由于Flutter使用自己的渲染引擎，因此在某些复杂动画或高性能要求的场景下，可能会比原生开发稍显吃力，尽管Flutter团队一直在不断优化性能。
此外，Flutter的生态系统虽然日益丰富，但在某些特定领域或功能实现上，可能还没有原生开发那么成熟或丰富。
总的来说，Flutter的设计并不是传统意义上的“奇葩”，而是一种为了追求跨平台一致性和快速迭代而做出的权衡。它既有优势也有挑战，是否适合你的项目取决于你的具体需求和团队的技术栈。因此，在评价Flutter的设计时，我们需要全面考虑其带来的好处和潜在的问题。
