没有「安装」这个单位 — 改完，下次连接就已经是新的

上一篇说设备把自己的画面递过来。这一篇讲那份画面是怎么到达的。

这个结构里最安静的差别就在这里。

应用世界里分发的单位

在安装式软件的世界里，分发的单位是二进制文件。

改画面上的一个词，流程也一样：改代码、构建、签名、上传、过审、用户设备下载。所以「就改那一行」会变成好几天的活。

这不是谁偷懒，是单位的问题。被分发的东西是装进设备里的物件，除了整个重做、整个重发，没有别的办法。

这里是连接时递过来的

在这个结构里，分发的单位是连接时递过来的文档。

设备把自己的画面作为描述持有，客户端接上时收到它。所以改了描述，下次连接就已经是那份画面。中间没有构建，没有签名，没有下载。

杂志里有一个无人店铺的样例。应用是一个文件夹，没有构建产物。改完画面再打开，就是那份画面 — 验证里并排留着编辑前后两张。两张之间没有构建。

所以也没有商店的主人

这里与「围墙与土地」接上了。

有安装，就会出现管理安装的位置。决定什么可以被安装的一方、审核的一方、定分成的一方。正因为有那个位置，围墙才成立。

没有安装，那个位置也不会出现。 做设备的一方自己决定自己的画面，那份画面只到接上这台设备的人手里。中间那个位置在结构上就不产生。

不是方便不方便的问题，而是要经过谁的问题。

编辑实际长什么样

在这里展示手改原文并不诚实。描述「可以手改」和「手改是实用的创作方式」是两件事。实际做法是在工具里做、接上、确认。

所以这一篇给出的是结果：改了，重新打开，变了。重点是中间没有什么。

这个样例抓到的一次事故

同一个样例里，日志和画面对不上过一次。日志写着三项缺货，截图上却是「没有缺货」。

原因是切换画面时，新画面从自己的初始状态开始。上一屏持有的数据不会跟过来。日志记的是服务器那边的事实，画面画的是自己的事实，两边都没有说谎。

修好之后，验证里加了一条规则：检查日志与截图是否来自同一时刻。 切换画面的下一行必须出现那个值才算通过。

「画面跟着服务器走」可能就这样错开，而只靠眼睛去找是会漏的。