主要观点：在为小型网络应用构建组件时，编辑和类型 A + B 的不完整值的用户界面需要记住用户输入的 2×A×B 的乘积，这样用户可在不丢失部分构造值的情况下改变想法，对于类型 A + B 的值的 UI 需能记住并操作 2×(A + 1)×(B + 1)，额外的 1 用于处理空值等情况，可类似推广到处理临时无效或不可解析值；举例说明在 IDE 中创建新项目的 UI，抽象为 Str + Str×Str×Str，构建时需记住四个字符串和一个布尔值，符合模式 Str + Str×Str×Str ⟿ 2 × Str×Str×Str×Str；推广到更大的和时，翻译可递归应用，但会记住稍多的瞬态 UI 状态，如 A + (B + C) ⟿ 2 × A × (2 × B × C)，更好的是直接应用于 n 元和，如 A + B + C ⟿ 3 × A × B × C，A + B + C + D ⟿ 4 × A × B × C × D 等。