mvvm

从零搭建灌装监控系统（十三）：报警系统设计，生命周期与通知这是「从零搭建灌装监控系统」系列第13篇。报警系统不能只写一个 IsAlarm = true。一条报警需要知道什么时候触发、什么时候恢复、是否确认、由谁确认，以及如何通知页面和日志。这篇把报警生命周期拆开，再用服务、数据库和事件把它们串起来。

从零搭建灌装监控系统（十二）：配置系统，原子写入与容错这是「从零搭建灌装监控系统」系列第12篇。配置文件看起来只是几行 JSON，真正运行在现场以后，它却承担了设备地址、串口参数和操作偏好。这篇不讨论怎么反序列化对象，而是解决保存过程中最容易被忽略的三个问题：原子写入、并发保存和损坏恢复。

从零搭建灌装监控系统（十）：生产追溯，条码触发自动记录这是「从零搭建灌装监控系统」系列第10篇。上一篇把 SQLite 和 FreeSql 接通了，但数据库不会自动知道一批产品什么时候开始、什么时候结束。这篇从 PLC 轮询到的条码变化入手，实现去重、记录快照和异常保护，让“看见一个新条码”真正变成一条生产记录。

换元不配限

Android 架构演进实战：MVC → MVP → MVVM → MVI本文要求读者会基本的 kotlin 语法，阅读中请注意代码块里标⭐的地方，本文内容较长，快速浏览阅读大约需要20分钟。

从零搭建灌装监控系统（四）：深色主题与样式系统，ResourceDictionary 统一管理这是「从零搭建灌装监控系统」系列第4篇。上一篇搞定了导航，但界面还是默认白底蓝按钮，丑得像上个世纪的 WinForms。这篇用 ResourceDictionary 建一套深色主题系统，统一管理颜色画刷和控件样式，让整个应用一键换上工业上位机该有的深色专业风。

从零搭建工业控制系统（二十二）：线程安全与并发控制这是「从零搭建工业控制系统」系列第22篇。前面讲了状态管理，这篇讲并发——工业软件有十几个后台服务同时跑，怎么保证不互相打架。

从零搭建工业控制系统（二十一）：状态管理系统——中心状态对象设计这是「从零搭建工业控制系统」系列第21篇。前面讲了消息通信，这篇讲状态管理——设备状态散落在各处怎么管，怎么跟Modbus寄存器映射，怎么绑定到UI。

Unity MVVM 最小实现：从手写事件到可测试 BindingContext系列第 2/15 篇前提：已有 Unity UI 开发经验，遇到过多个控件同步、异步保存、重复监听或页面关闭后回调。

Android随笔-MVVMMVVM （Model-View-ViewModel）是一种架构模式，核心思想是将 UI 逻辑与业务逻辑彻底分离：

MVVM架构与ArkUI状态管理初学 HarmonyOS 开发时，我一直在纠结一个问题：@State、@Prop、@Link 这些装饰器到底在干什么？为什么要这么写？直到我理解了 MVVM 架构，一切才豁然开朗——原来这些装饰器就是 MVVM 在 ArkUI 中的具体实现。

WPF + MVVM 实战系列01-一个老狗回炉重造 WPF 的 12 天血泪史by 雪隐_上班了 · 掘金主页欢迎分享与聚合，全文转载就不必了，尊重版权，圈子就这么大，若急用可联系授权。

Android随笔-MVC/MVP/MVVM/MVIUser → View(点击) → Controller(Activity) → Model(数据/网络) → 回调更新 View

基于MVVM框架的XUUI 扩展的UI管理系统教程基于这个简单的UI管理系统实现了注册和登录的效果 https://github.com/dingxiaowei/XUUI_MVVM https://live.csdn.net/v/534644?spm=1001.2014.3001.5501 视频效果

Peter(阿斯拉)

[Android]_[中级]_[如何创建MVVM架构原型]最近需要开发一个Android数据传输的App，所以去重新找了下官方的开发者文档学习。目前谷歌的安卓开发者文档网站已经去掉了Java语言的示例，只有Kotlin的Jetpack Compose; 同时相关的Java版本的View,DataBinding包已经进入了维护阶段，即不添加新特性，只进行安全更新;

【Android】ViewModelScope 与协程生命周期管理：告别内存泄漏，掌控异步边界> 一句话收益：彻底理解 viewModelScope、lifecycleScope、repeatOnLifecycle 的边界差异，写出不泄漏、不崩溃的协程代码。

【Android】Hilt 依赖注入：原理与最佳实践> 一句话收益：深入理解 Hilt 的代码生成机制与组件作用域，彻底告别手写 Dagger 样板代码，写出可测试、可维护的 Android 应用。

610:代码报错DisabledHalconDotNet.HOperatorException HResult=0x80131600 Message=HALCON error #1201: Wrong type of control parameter 1 in operator disp_text Source=halcondotnet StackTrace: 在 HalconDotNet.HOperatorException.throwOperator(Int32 err, Int32 procIndex) 当前 H

6.8 Dispose先 UnregisterAll(this) 立刻把自己从消息订阅列表删除 → 自己绝对不会再接收任何消息 → 杜绝「VM 正在销毁，还收到消息」导致的崩溃 / 空指针 / 竞态再 Send(StopScanMessage) 只给其他独立模块发通知 → 完全不影响发送 → 其他模块正常接收、正常停止 → 自己已经注销，不会重复处理，完美安全

【Android】RecyclerView性能优化与缓存机制：从卡顿到丝滑的完整指南> 一句话收益：深入理解 RecyclerView 四级缓存体系与绘制流程，掌握 DiffUtil、预取、局部刷新等核心优化手段，彻底解决列表卡顿问题。

系列三：组件化与模块化进阶 | 第11篇组件化项目规范与问题根治：依赖、资源、Manifest 与混淆的全链路管控阅读警告本文为超深度技术长文，预计阅读时长 45-60 分钟，代码量极大。在前10篇中，我们完成了组件化的架构设计、代码拆分、路由通信、Gradle 优化。但是，“拆得开”不代表“合得上”。在实际落地中，90% 的团队会倒在依赖冲突、资源重叠、Manifest 合并失败、混淆崩溃这四座大山下。这一篇，我们将彻底根治这些“组件化后遗症”。全文包含：企业级依赖仲裁规范、资源隔离终极方案、Manifest 合并机制源码解析、多组件混淆适配策略、以及一套拿来即用的 Code Review 检查清