路由管理是构建复杂应用的核心骨架。传统Navigator的堆栈式操作虽简单，但随着页面层级加深、参数传递复杂化，代码迅速臃肿，维护成本陡增。

在Flutter的组件宇宙中，StatefulWidget如同拥有记忆能力的特殊物种。当StatelessWidget专注静态界面时，它却能记住用户操作痕迹、响应数据变化，让界面真正活起来。

Transformer 和 Hooks 的支持可能现在大家还不会用到，特别是 Hooks，目前它暂时还是 Dart 里的实验功能，并且还未完全在 Flutter 里开发支持，那么它们到底具备什么能力？

又到了认识全新动物的时候，这次更新的是 Narwhal （独角鲸），本次更新主要是跟进 IntelliJ IDEA 2025.1 ，后面还会有对应的 Narwhal Feature Drop 的版本，

😄 公司APP 没有「深色模式」的需求，就一直没去了解 Flutter Theme，都是直接手写 Color，最近想给自己写的 开源APP-惜命 加个 APP主题切换，看AI生成的代码有点别扭...

你是否有过在使用 Flutter 的 Row/Column 或者列表控件布局时，发现屏幕出现了一些诡异的细线，而且这些细线出现并不规律，甚至粗细和深浅也存在差别： 这个问题在 Flutter 的 #1

六年，一个工具，一段成长。世界一直在变，人类能从那么多生物中脱颖而出，很大一部分原因就是——我们会用工具。JsonToDart，你已经是一个成熟的工具了，接下来就靠你自己继续进化了！

在 Compose Multiplatform 1.8.0 发布时，除了最关键的 iOS 稳定版支持外，另一个最让大家关心的就是 Hot Reload 的支持，但是最终大家体验之后才发现，Compos

随着 iOS 26 发布，「液态玻璃」无疑是热度最高的标签，不仅仅是因为设计风格大变，更是因为 iOS 26 beta1 的各种 bug 带来的毛坯感让 iOS 26 冲上热搜，比如通知中心和控制中心

最近刚聊过腾讯开源的 ovCompose 和 Kuikly 正式支持了鸿蒙平台之后，便收到了不少关于这些跨平台框架如何适配鸿蒙的问题，而目前支持鸿蒙的跨平台开源框架主要有 Flutter、React

2025 年可以说又是一个跨平台的元年，其中不妨有「鸿蒙 Next」 平台刺激的原因，也有大厂技术积累“达到瓶颈”的可能，又或者“开猿截流、降本增笑”的趋势的影响，2025 年上半年确实让跨平台框架又

近日，腾讯的 ovCompose 和 Kuikly 都发布了全新开源更新，其中 Kuikly 在之前我们聊过，本次 Kuikly 主要是正式开源鸿蒙支持部分和 Compose DSL 的相关支持，而

随着 Flutter 多窗口的推进，现在已经可以在 PR#167393 体验到对应的 Demo ，而多窗口的功能现在主要是 Canonical(Ubuntu) 在负责推进，分支里已经支持了 Windo

恰好刚刚华为正式发布了了他的 PC 产品，而在之前发的 《鸿蒙 PC 发布之后，想在技术上聊聊它的未来可能》 文章后，在不同平台的评论区都有人提到了这张图，主要是说鸿蒙微内核不是 Linux ，也不是

React Native 又发布新版本了，近来 React Native 的更新速度越来越频繁，想来也许距离 1.0 版本应该不远了🤪，而本次 0.80 也来带来了一个全新的支持： iOS Prebu

恰逢最近 Google I/O 和 KotlinConf 2025 ，KMP 社区又再度活跃起来，结合前段时间 Compose Multiplatform iOS 稳定版发布 ，其实现阶段的 KMP

你平常是如何管理本地的 Flutter 版本？是每次都是通过 git checkout 之后 flutter doctor 这种低效率的方式来切换 Flutter SDK 吗？还是使用 FVM 来进行

最近在着手开发我的 《匠心星问》 ，它定位是一款 题库 应用，将集题目浏览、发布、解答、做题为一体。打算第一步先以 Flutter 为核心，准备题库资源。于是诞生《每日一题》 系列，准备精心设计一些

最近鸿蒙 PC 刚发布完，但是发布会没公布太多技术细节，基本上一些细节都是通过自媒体渠道获取，首先可以确定的是，鸿蒙 PC 本身肯定是无法「直接」运行 win 原本的应用，但是可以支持手机上「原生鸿蒙