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

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

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

前言：cmp使用了大半年了，说一下感受 架构：kmp,kotlin是2.1.21 ui：compose,版本是1.8.2 网络：ktor 数据存储：datastore/room，（目前除了js，都支持

在自动化测试的过程中，UI 自动化可以模拟人进行界面操作，并且非常接近人类的真实行为。但是，它最大的问题是执行速度相对较慢，在用例很多的情况下，执行时间过长，如果 App 发版频繁，UI 自动化是无法

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

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

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

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

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

本项目聚焦于在安卓端通过 WebView 实现人脸图片比对功能。根据实际需求与开发、测试过程，总结了以下多种实现方案及优化思路，并结合实际踩坑与经验给出推荐做法。 方案一：调用腾讯云接口进行对比 优点

React Native 调试网络配置问题解决方案 开发者的心路历程 😤 作为一名React Native开发者，你是否也经历过这样的绝望时刻？ 第一阶段：简单重试 🔄 第二阶段：重启大法 🔄🔄 第三

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

在 3月的时候通过 《腾讯 TDF 即将开源 Kuikly 跨端框架，Kotlin 支持全平台》 我们大致知道了 Kuikly 的基本情况，Kuikly 是一个面向终端技术栈的跨端开发框架，完全基于k

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

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

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

写在前面 本文中提及的 use开头的函数，都出自与我的 ComposeHooks 项目，它提供了一系列 React Hooks 风格的状态封装函数，可以帮你更好的使用 Compose，无需关心复杂的状

近期 Jetbrains 的 Compose Multiplatform 1.8 发布了第一个 iOS 稳定版，三年的时间终于让 Compose Multiplatform 在移动端平台全面走向稳定版