晨鹤

在 IDE 的 registry 中关闭 vcs.non.modal.post.commit.checks即可恢复提交前代码检查

直到第七节才学到这个，但相信这是很多很多小伙伴最关心的问题。显然，我们不可能一下子把整个项目换成 Compose。退一步说，哪怕从头开始新项目，也无法保证所有依赖都是 Compose。所以 Compo

虽然还没有系统地学习过，对 Modifier 我们也不陌生，它用来给组件设置各种属性与监听。对于 Modifier 和直接传参也做过简要的总结：前者多用于通用属性，后者多用于特有属性。

从某种角度来说，Compose 组件是无状态的。这很好理解—— Compose 的那些组件函数甚至都不会返回一个对象，哪有状态可言？对于传统 View，比如 `TextView`，可以通过 `Text

对于 Compose 中的数据，用 mutableStateOf() 包裹来实现监听刷新我们已经轻车熟路。那如果一个数据依赖于另一个或多个数据怎么办？这就用到 `derivedStateOf()`

「这是我参与2022首次更文挑战的第3天，活动详情查看：2022首次更文挑战」。 重组的性能问题 第一节就讲到，Compose 过程第一步是「组合」，当变量发生改变时，可能触发「重组」。所谓重组，就是

上一节总结了 Compose 中变量的三种写法： 并且解释了前两个的区别。这一节来研究下最后一种。 开始之前，先看一个...

在 Compose 中显示数据，通常要将其存储在变量中，并用 mutableStateOf 包裹，以便实现自动监听。但是有 =, by, by remember 三种写法。本文来聊聊他们的区别与用例。

简介 今天项目上出现了多个字符串匹配的需求，我这个算法弱鸡也被迫营业解决这个头疼的问题。 说到字符串匹配，首当其冲的就是大名鼎鼎 KMP，光是大学时期，就不知道成为多少学子的噩梦了。私以为，KMP 难