状态管理

想你依然心痛2 天前
性能优化·状态管理·arkui·harmonyos 6.1·悬浮页签·多文档阅读·进度保持
【共创季稿事节】HarmonyOS 6.1 悬浮页签重塑阅读 App 多任务体验实战不扫兴的人是这个世间最温暖的同行者。 当你兴奋地分享时,对方不会泼冷水;当你尝试新事物时,对方不会嘲笑。这种“接住”的能力很珍贵。扫兴的本质是一种否定——否定你的热情、选择或快乐。而不扫兴,是一种温柔的肯定。
换元不配限5 天前
android·状态管理·compose·状态·单向数据流·jetpack compose·状态容器
Jetpack Compose 状态管理指南这是 Compose 系列的第七篇,前面六篇我们认识并学会了使用各种基础组件,但组件是“死”的,数据才是“活”的。今天,我们就来彻底搞懂 Compose 中的状态管理。
不才难以繁此生6 天前
harmonyos·状态管理·arkui·tabs·中式美食
ArkUI Tabs 切换后状态丢失怎么办:中式美食分类页怎么保留关键词、筛选和滚动位置中式美食的分类页不是只有一个“切换 Tab”的动作。用户可能在“川菜”里搜了“家常”,又按难度筛了一下,再往下滑到二十几条;这时他切到“收藏”看一眼,再切回来,如果页面又回到顶部、关键词没了、筛选也没了,用户会觉得刚才的操作白做了。这个问题在代码里经常表现为:Tab 一切换就重新初始化列表状态。
不才难以繁此生9 天前
harmonyos·arkts·状态管理·arkui·中式美食
ArkUI 筛选状态实战:中式美食列表页怎么让关键词、分类和排序不互相打架用户先点“家常菜”,再搜“豆腐”,再切换“最近浏览”,如果每个控件自己维护状态,就会出现列表标题和真实结果不一致。这不是页面上多写几个条件判断就能解决的事。中式美食这类应用,列表、详情、收藏、购物清单、推荐流会互相跳转,状态一乱,用户看到的就是“刚才点过的东西没了”。
不才难以繁此生12 天前
harmonyos·arkts·状态管理·foreach·arkui·列表性能·组件拆分
ArkUI 列表性能实战|中式美食菜谱列表如何拆组件、控重绘和稳住滑动体验中式美食里面有不少列表:菜谱列表、搜索结果、收藏页、购物清单、推荐卡片流。列表这种页面看起来简单,其实很容易越写越重。刚开始数据少,直接在一个页面里把图片、标题、标签、按钮、收藏状态都写出来,问题不明显。等页面开始接搜索、收藏、最近浏览、购物清单这些状态以后,卡片会越来越复杂,刷新也会越来越频繁。
晓杰'1 个月前
后端·websocket·typescript·项目实战·nestjs·状态管理·游戏服务器
从0到1实现Balatro游戏后端(8):Skip Blind与Tag奖励机制设计与实现本系列记录我从 0 到 1 实现一个 Balatro 风格的游戏后端系统,并逐步将其工程化为可扩展的实时服务项目。
晓杰'1 个月前
后端·websocket·typescript·游戏开发·项目实战·nestjs·状态管理
从0到1实现Balatro游戏后端(6):Blind关卡状态设计与回合推进实现本系列记录我从 0 到 1 实现一个 Balatro 风格的游戏后端系统,并逐步将其工程化为可扩展的实时服务项目。
陆业聪2 个月前
状态管理·微前端·大前端
WebView内核原理:从Chromium到System WebView的架构全景Android WebView深度探索系列 · 第1/5篇从内核原理到工程实战,全面掌握WebView开发
芒鸽2 个月前
华为·harmonyos·arkts·状态管理
HarmonyOS ArkTS 状态管理深度解析:@State、@Prop、@Link、@Provide/@Consume 实战指南
陆业聪2 个月前
状态管理·微前端·大前端
AI Bug修复与测试生成:从崩溃日志到修复PR的自动化 | AI提效Android开发(5)AI提效Android开发系列 · 第5/5篇(完结篇)从需求到上线,用AI重塑Android开发全流程
Thanks_ks3 个月前
软件工程·敏捷开发·架构设计·状态管理·代码重构·技术债·康威定律
软件系统中的熵增定律:技术债的形成与重构的艺术软件开发不仅仅是写出能够运行的机器指令,它更像是一场对抗混乱的持久战。物理学中有一个著名的热力学第二定律,即一个孤立系统的熵(混乱度)总是趋向于增加。这个物理定律在数字世界中同样适用,我们称之为软件熵。
梦想不只是梦与想3 个月前
flutter·状态管理
flutter中 InheritedWidget 实现原理InheritedWidget 是 Flutter 中数据共享和状态传播的底层机制,也是 Provider、Riverpod 等状态管理方案的基石。
╰つ栺尖篴夢ゞ3 个月前
状态管理·link·组件通信·prop·v1装饰器
HarmonyOS Next面试题之装饰器@Prop与@Link的区别和使用
特立独行的猫a5 个月前
android·架构·harmonyos·状态管理·kmp·stateflow·kuikly
Kuikly多端框架(KMP)实战:现代Android/KMP状态管理指南:基于StateFlow与UDF架构的实践在Jetpack Compose与Kotlin Multiplatform(KMP)构建的声明式UI生态中,"UI即状态的函数(UI = f(state)"这一核心理念彻底改变了开发范式。随着UI与状态的深度绑定,状态管理(State Management)已成为现代移动开发的核心命题。本文将系统解析以StateFlow为核心的单向数据流(UDF)架构,提供可直接落地的模式与代码范例,助您构建健壮、可维护的跨平台应用。
全栈探索者5 个月前
react·harmonyos·arkts·前端开发·deveco studio·状态管理·鸿蒙next
useState 换个名字叫 @State,仅此而已哈喽,各位React小伙伴们~上一篇咱们吃透了ArkTS的组件定义,搞懂了**@Component + struct其实就是换了写法的React函数组件**,不少小伙伴留言说“终于敢动手写第一个鸿蒙组件了”,太为大家开心啦!🥳
全栈探索者5 个月前
react.js·harmonyos·arkts·状态管理·前端转型
useContext 退场,@Provide + @Consume 登场哈喽,各位React小伙伴们~上一篇咱们吃透了ArkTS组件内和父子间的状态管理,搞懂了@State、@Prop、@Link和React useState、props的对标逻辑,不少小伙伴留言说“终于能玩转鸿蒙基础状态同步了”,一步步进阶的感觉太爽啦!🥳
夏河始溢6 个月前
前端·javascript·react.js·状态管理·zustand
一八四、Zustand 状态管理详解、与 Redux、MobX 的对比分析本文档详细介绍 Zustand 的核心概念、使用方法,以及与 Redux、MobX 的对比分析。Zustand(德语中意为"状态")是一个小巧、快速、可扩展的 React 状态管理库,由 Poimandres(React Three Fiber 团队)开发维护。
Irene19916 个月前
pinia·vuex·状态管理·反模式
全局状态管理:Vuex 与 Pinia 对比(附:反模式详解)Vuex与Pinia状态管理对比分析Vuex和Pinia是Vue生态中两大主流状态管理工具。Vuex作为Vue2时代的官方解决方案,采用Flux架构,包含State、Getters、Mutations、Actions和Modules五个核心概念,适合大型项目但学习成本较高。
夏小鱼的blog6 个月前
harmonyos·状态管理
【HarmonyOS应用开发入门】第六期:状态管理V2入门 - 2接上一篇。 小鱼认为 用智能计算器 比喻来解释 @Computed 装饰器再合适不过了,接下来就和小鱼一起学习吧。