很多人第一次看到 `LiveComponent`，直觉都会觉得：“哦，组件复用方案。” 这话不能算错，但只说这一句，基本等于没说。因为我自己一开始也栽在这儿了：把能拆的都拆成 `LiveComponent`，结果代码没变清爽，反而把 `update/2`、`handle_event/3`、父子通信、列表更新全搅成一锅粥。后来我才慢慢想明白，`LiveComponent` 真正值钱的地方，不是“能复

本文分享了一个正在开发中的垂直 SaaS 项目——Pico-CRM（家政版），聚焦家政/到家服务场景下的客户到履约核心闭环。技术栈采用 Rust 全家桶（Leptos + Axum + PostgreSQL），在 MVP 阶段做出了一系列务实取舍：业务主线优先于功能广度、多租户先做轻隔离、角色权限早定义、看板指标以高频为优先。文章结合实践体感，探讨了做垂直 SaaS 时“把最值钱的主线跑通”的核心

传统 CRUD 用 `status` 字段存订单状态，旧值直接覆盖，出了纠纷谁也查不到。本文记录了我用 Rust + disintegrate 给家政 CRM 订单模块重构为事件溯源的完整过程：用事件序列替代状态字段、用 Decision 模式集中业务规则、用 State 投影还原当前状态。包含真实代码示例、踩坑实录（时序问题、调试复杂度）以及意外收获（事件流天然 = 审计日志）。

用 Rust 写前端是一种什么样的体验？本文以 Pico-CRM 为例，分享 Leptos SSR + WASM Hydration 在真实项目中的一年实践——从 context 跨边界注入、Server Function 的双重身份、第三方 JS 库的 hydration 时机之争，到 `thread_local!` 全局弹窗的骚操作。不是教程，是一个全栈独立开发者的踩坑实录。

在 Rust 全栈项目里实现文件上传，最麻烦的不是后端 S3 对接，而是 WASM 前端怎么把用户选中的文件读进内存。本文拆解 Pico-CRM 从浏览器 FileReader → JsFuture 异步读取 → Leptos Server Function 跨边界传输 → 领域层分类校验 → S3 兼容网关落盘的完整链路，附带 `Rc<RefCell<Option<Closure>>>` 闭包生

给家政 SaaS 做权限模型，没有用 RBAC 库也没有上 CASL，四个角色（admin/merchant/operator/user）、两条中间件（页面重定向 + API 拦截）、Cookie HttpOnly + HS256 签名，全部在 Axum 和 Leptos 里手写落地。本文从角色定义、JWT 签发、中间件双通道设计、前端菜单驱动四个层面拆解实现细节，分享"不做过度抽象"的权限设计思

后台列表页最容易变乱的地方，往往不是分页，也不是 SQL，而是筛选条件散落在 handler、service、query impl 里。本文结合 Pico-CRM 的联系人查询实现，聊聊我为什么把联系人筛选收进 `ContactSpecification`，让构造时校验、应用层转换、基础设施层动态拼 SeaORM 条件各司其职。

很多人一提 Rust 部署，就下意识以为“编一个二进制扔到 VPS 就完事”。这话放在纯后端服务上没问题，但放到 Leptos SSR 项目上就不够准确了。本文结合 Pico-CRM 的真实代码，拆解我现在这套发布链路：`cargo leptos build --release --split` 构建、`wasm-opt -Oz` 二次压缩、`ServeDir` 直接托管前端产物，以及为什么我最后

前六期布局、事件、状态、样式全部分开讲了。这一期把它们焊在一起：从零做一个 JSON 查看器。不讲"完整项目源码"——那没意义。我按自己真实的开发顺序写：怎么拆需求、怎么画页面结构、怎么设计状态、每个功能卡在哪、怎么取舍。最后附上踩坑记录和项目结构。

这个系列从选型、上手、读代码、写交互、调样式、做实战、接本地能力、搞工程化，一路走到了第九期。但还有一个问题没解决：你写的应用，怎么给别人用？不是发源码让他们 `cargo run`，是给一个双击就能打开的安装包。这一期把 Windows、macOS、Linux 和 WASM 四种目标的构建和发布流程完整走一遍，也坦率聊聊当前阶段的限制。