cmp

传奇开心果编程

Compose Multiplatform 共享边界实战：架构契约、互操作同步与可回退设计摘要：CMP 1.8.0 稳定版解决了“能不能用于生产”的准入门槛，但没有回答“共享多深、边界在哪、性能怎么验收、回退是否真实可用”。本文围绕三个工程问题展开：共享边界画在哪里、互操作层的同步契约是否被正确实现、性能问题出现时能否归因到正确的阶段。边界层面给出 commonMain 的硬性判定标准（原样编译到 iOS 与 wasmJs 零修改通过）、StateHolder + StateFlow 的状态契约，以及 SharedKernel 边界层“定义契约而非胶水”的作用；互操作层面把 AndroidV

传奇开心果编程

从替代到粒度：Compose Multiplatform 的决策模式重构已开启跨平台新时代摘要：2025 年 5 月，Compose Multiplatform 的 iOS 支持进入稳定版。JetBrains 的发布说明里有一个容易被忽略的表述：它不要求团队在“全共享”与“全原生”之间二选一，而是允许一次一个屏幕、一个功能地接入。多数评论将其归入“跨平台 UI 又多了一个选项”的叙事，但这个表述的实际含义更深：它把跨平台的衡量单位从“框架”换成了“粒度”。衡量单位一变，决策模式就跟着变；决策模式一变，一个新时代就真正开始了。

将现有 Compose Multiplatform 业务接入 HarmonyOS：架构、适配与持续同步一款应用已经在 iOS、Android 上积累了共享业务代码，鸿蒙端也有自己的账号、数据库、导航和媒体能力。此时引入 Compose Multiplatform（下文简称 CMP），最关键的问题是：共享页面怎样使用鸿蒙已有的真实业务，以及共享代码更新后，鸿蒙怎样继续跟进。

移动开发跨平台方案之RN/Flutter/KMP/CMP在移动应用开发的早期，有Android和ios两大阵营（还短暂出现过Windows Phone），为了能覆盖住所有用户，一个应用就要做Android版和ios版两种类型的APP，维护两个团队，随着业务越来越复杂，显然不管开发工作量、维护工作量还是人员团队，都会越来越庞大，成本越来越高。所以，跨平台通用方案的需求就逐渐显现出来。

C++ vector 自定义排序规则（vector＜vector＜int＞＞、vector＜pair＜int,int＞＞）可以使用auto这里也可以使用auto关键词，与上面用法一样

C++ sort函数自定义cmp函数中参数带&符号今天在刷leetcode每日一题的时候，用到了sort函数且需要自定义cmp排序规则。然后发现答案几乎是前篇一律：cmp函数中参数都带有&，并且使用const关键字修饰。这不禁让我产生了疑惑，并搜集了网上大量资料加上自己的实践，与君共享。

我是有底线的