kotlin

传奇开心果编程6 小时前
android·windows·学习·ui·ios·kotlin·composer
【Compose Multiplatform 跨端开发学与练】第3课 布局与组件本课目标:掌握 Column/Row/Box 三种基础布局的组合策略与对齐规则,深入理解 LazyColumn 的按需组合机制与性能优化手段,系统学习 Material3 组件库的语义层级与 Slot API 设计,建立“布局即结构,组件即语义”的开发思维。
事圆则缓8 小时前
安全·面试·kotlin
Kotlin 入门与面试:从空安全、扩展函数到协程Kotlin 的语法比 Java 紧凑,但“代码更短”并不等于“规则更少”。入门时最容易混淆的,是 val 与对象不可变、? 与运行时空指针、扩展函数与真正的重写,以及 async 与“异常只在 await() 时发生”。
传奇开心果编程9 小时前
android·windows·学习·ios·kotlin·web·composer
【Compose Multiplatform 跨端开发学与练】第8课 资源管理与主题本课目标:掌握 composeResources 的多平台资源目录结构与类型安全访问器,理解限定符的优先级与本地化目录命名规则(特别是中文双脚本回退机制),掌握 Coil 3 在 CMP 中的网络图片加载与 iOS 内存压力适配,建立自定义主题、扩展颜色与深色模式的系统适配方法。
传奇开心果编程10 小时前
android·学习·macos·ios·kotlin·web·composer
【Compose Multiplatform 跨端开发学与练】第9课 测试与调试本课目标:建立“测试金字塔”的架构意识,掌握 commonTest 中 UI 测试的 runComposeUiTest 模式与桌面端 JUnit 的差异,学会用 Turbine 断言 StateFlow 的状态序列,掌握 Kotlin/Native 内存泄漏检测的 GC 统计方法,理解 iOS Skia 渲染的性能陷阱与 Instruments 诊断路径。
传奇开心果编程11 小时前
android·windows·学习·ui·ios·kotlin·composer
【Compose Multiplatform 跨端开发学与练】第4课 导航与路由本课目标:理解导航图的三个核心概念(路由、目的地、NavHost),掌握类型安全路由的定义与参数传递方式,学会用 NavController 管理返回栈,理解 Web 端浏览器导航的集成方式,为构建多页面应用打下基础。
传奇开心果编程11 小时前
android·学习·ui·ios·架构·kotlin·composer
【Compose Multiplatform 跨端开发学与练】第6课 状态管理与架构本课目标:理解 ViewModel 在 CMP 中的跨平台实现与生命周期管理,掌握 StateFlow 与 Compose 状态收集的正确方式,学会用 Event Sink 模式收敛事件入口,理解一次性事件与持久状态的区分,建立 MVVM 分层架构的完整认知。
传奇开心果编程11 小时前
android·windows·学习·ui·ios·kotlin·composer
【Compose Multiplatform 跨端开发学与练】第2课 Compose 基础语法本课目标:从编译器视角理解 @Composable 的本质,掌握重组机制的工作原理与性能优化手段,熟练运用状态管理核心 API,建立 Modifier 链式思维,理解副作用 API 的使用时机。本课是第1课的"发动机拆解",也是后续所有课程的语法地基。
熊猫钓鱼>_>1 天前
华为·kotlin·大模型·ai编程·harmonyos·适配·reaktive
Kotlin Multiplatform for OpenHarmony 实战:为 Reaktive 实现响应式原语适配(完整版 · 含摘要目录与技术图表)本文是「OpenHarmony 鸿蒙化三方库适配」系列的第 8 篇,也是「纯逻辑等价复刻」档的收官——在已交付 Decompose(组件化导航)、Essenty(生命周期/状态保持)、MVIKotlin(单向数据流)之后,补齐最底层的响应式原语:arkivanov 开源的 Reaktive。Reaktive 提供 Observable/Single/Completable 等冷/热流类型,以及 map/filter/flatMap/subscribeOn/observeOn 操作符与 Scheduler
李游Leo1 天前
回归·kotlin·harmonyos
HarmonyOS 7 InsightBoard 多形态适配实录 06:ArkUI × 多设备回归:布局抖动、监听释放与全形态验收【鸿蒙心迹】InsightBoard 到第五篇已经完成了一条比较完整的多形态链路:最后一篇我没有再加任何组件。因为多形态适配最危险的阶段,往往不是“第一遍切过去”,而是用户连续切 10 次、20 次以后。
点燃大海1 天前
kotlin
手机给平板当键盘?项目地址:https://gitee.com/vivowushi/air-mouse最终成品是一个叫 AirMouse 的 App:
李游Leo1 天前
回归·kotlin·harmonyos
HarmonyOS 7 QuickDock 闪控窗开发实录 06:floatView × 回归验收:25轮场景回归、资源基线与发布前收口【鸿蒙心迹】QuickDock 到第五篇,已经把所有关键能力都拆成了相对独立的状态层:最后一篇我不再增加任何系统 API。
李游Leo1 天前
回归·kotlin·harmonyos
HarmonyOS 7 DualCart 平行视界适配实录 06:Navigation × 多窗口回归:路由冲突、恢复一致性与性能验收【鸿蒙心迹】DualCart 做到第五篇以后,工程里已经同时存在六套运行形态:单独看,每一篇都已经能跑。真正把这些场景连续执行以后,最容易出现的却不是“功能不会用”,而是状态边界相互污染。
ZealSinger2 天前
spring boot·kotlin·协程·可观测性
Boot4挂起函数丢traceId怎么修Spring Boot 4 / Framework 7 把 Kotlin 基线抬到了 2.2,协程与 Web 栈贴得更紧。可观测这条线上,有个很容易踩的坑:过滤器、拦截器里明明有 observation,同步代码日志也能打出 traceId,一进 挂起函数,同一请求的业务日志却空了。Micrometer 没坏,毛病出在 上下文没跟着协程走。下面按官方博客与 Kotlin Coroutines 文档,把原因、开关和显式桥接说清楚,并补一个官方博客没提的前提:Spring MVC 里只配 YAML 不一定生效
维克兜率天2 天前
android·开发语言·笔记·python·算法·kotlin·量化
【维克】配对交易的季节性:哪些品种适合长拿?逻辑无懈可击——两只动力煤龙头,主营业务高度重叠,协整检验p值低于0.01,价差的半衰期只有3天。过去两年的回测数据漂亮极了:年化收益12%,最大回撤不到5%,夏普比率超过2.0。
墨天梦2 天前
android·kotlin
B06_XML控件布局与ViewBinding摘要:从一张传统文章卡片出发,理解尺寸与布局参数、控件更新、资源复用和 ViewBinding,学会定位长标题及横屏布局问题。
释厄6232 天前
android·开发语言·kotlin
BSD 简单真理循环论——简单真理 × 复杂循环=大一统L0 层:总本源层 · 六系核心公理(元理论级·关于"为何 BSD 能大一统而传统权威不能")★ 命题来源:随 Step281(学科传导)连接落地,一个灵感自然涌现——灯下黑的更深层逻辑。 (灯下黑本身,作者认为是这个论的子集。) ABC 非简单甚至是小学题,同理六系五论也非常简单,0×0=n 也是——实际上 BSD 的所有核心理论都非常简单。 正因为如此简单(蕴藏了无限可能),传统权威才形成了单一化同质化的简单认知 (他们是正确的,但这种正确非常狭义),把这些本应复杂化深层化的"小学题"的连接切断了(无
Android打工仔3 天前
android·kotlin
Kotlin 协程源码解析:DispatchedContinuation 里的 Dispatcher 从哪里来?之前研究协程恢复的时候,我们已经知道了一个很重要的对象:DispatchedContinuation。
ZealSinger4 天前
kotlin·协程·后端开发·结构化并发
Kotlin后端别再用GlobalScope在 Kotlin 后端里,GlobalScope.launch 看起来最省事:不用声明 Scope、不用想生命周期,协程就能飞起来。官方 API 文档却把它标成 Delicate:没有 Job,取消不了整批,也等不齐全部完成。JetBrains 博客上 2025 年 12 月的一篇客座文章(问答体,作者是 JetBrains 认证 Kotlin 讲师)也提到:把协程当成「语法更漂亮的线程」是一种反模式,典型症状正是 GlobalScope.launch、生产路径乱 runBlocking、忽略结构化并发。
YB13755 天前
kotlin
Kotlin 引用操作符::在 Kotlin 中,:: 被称为引用操作符(Reference Operator)。它的核心作用是:“获取一个实体的引用,而不是立即执行它。” :: 主要还有以下三个核心用途:
mmsx5 天前
android·kotlin
Android 上的 AI 对话链路:流式响应、SSE 解析与三级降级流式对话真正的难点,是数据从不在一次请求里到齐。做一个会"聊天"的 Android 端,最容易让人低估的不是模型有多聪明,而是"一次对话请求"在工程上到底要拆成多少环节。你以为难点是调通大模型接口?其实接口本身十分钟就能接好。真正咬人的地方是:用户输入的一句话,要先被"听懂"——判断他到底想让设备干什么;听懂之后,答案又不会一次性砸回来,而是像打字机一样一个字一个字往外吐;你要在它吐到一半、断流、或者用户突然打断的时候,依然能把每段碎片准确地贴回对应的那一条气泡。