Tappy 产品设计：给 15 个月宝宝做的 App

Wed, 30 Sep 2026 21:00:00 +0800

给闺女做的 App

最近给我闺女珍宝做了一款 macOS 应用：Tappy，代码在 github.com/F2077/Tappy。

做这个起因很简单：陪 15 个月大的闺女玩时，她对我键盘特别感兴趣。我抱她拍键盘，VS Code 里冒出一串乱码。我想，倒不如做个应用，让她乱拍就能冒出可爱小动物，不比出乱码强，另外我可在旁边给她说这个小动物叫什么，让她温柔的感受到世界（也就是键盘和显示器）给她的反馈以及爸爸的陪伴。

怎么用：打开，全屏，孩子随便拍。点按、按键、滑动，小动物会从对应位置弹出；一定要和孩子一块玩，小动物弹出来时大人在旁边说。就这些。

怎么设计的

设计时，我守住两条。

一、陪伴

Tappy 是亲子互动道具。孩子拍一下，屏幕给回应，回应的意义由家长赋予。

内置的用系统合成音念名字功能默认关闭，名字该由家长亲口念。我和珍宝玩时，她拍出兔子，我说“白白”（珍宝给小白兔的称谓）。她记住的是我的声音和兔子的关联，不只是记住屏幕上跳出的小动物。

二、克制

15 个月的孩子不需要那么多功能。核心因果就一个：拍一下，有东西蹦出来。

我曾花 3 天做语音触发，说“猫猫”就出猫。做完发现不对：珍宝其实不需要这么刁钻的功能，对她来说一开始就是拍键盘出乱码引起的她的注意力，何必要再增加一个呢。

乱码和小动物

Tappy 的起点，是珍宝在我键盘上敲出的乱码。现在她拍的还是键盘，蹦出来的变成了小动物，不变的依旧是我的陪伴。

功能列表里，这个 App 大概是比较无聊的那个。但只要她还愿意拍，就值得。

造了个轮子：go-bus，一个 206 行的 Go 进程内事件总线

Mon, 21 Sep 2026 08:30:00 +0800

先交代一下这是个轮子，而且是基于我自己的另一个轮子（go-pubsub）造的。如果你看到"事件总线"三个字想的是 NATS 或 Kafka，那这篇文章可以先帮你省点时间：go-bus 不管跨进程的事，一条消息从生到死都在同一个 Go 二进制里。

解决什么问题

进程内的模块解耦。配置热更新完了要通知几个模块，订单创建后要触发一串后续动作，这类需求几乎每个项目都有。最朴素的写法是直接函数调用，代价是模块互相 import，缠成一团。讲究一点的写法是自己搓 channel，搓过几次就知道，每个项目搓出来的东西都差不多，又都差那么一点。

我想要的其实很简单：发事件的人不用知道谁在听，监听的人不用 import 发的人。就这一件事。

API 就四个方法

On、Emit、Cancel、Close。核心代码 206 行，一个文件。完整用法长这样：

const ConfigReloaded = iota + 1

bus, _ := bus.NewBus()
reload := bus.NewEvent(ConfigReloaded)

listener := bus.NewListener(func(msg any) {
 fmt.Println("config reloaded:", msg)
})
bus.On(reload, listener)

bus.Emit(reload, "new.yaml")

// 不想监听了
listener.Cancel()

事件是一个带名字的整数，用 iota 常量定义；payload 是 any，高基数的业务数据（用户 ID、时间戳）都放 payload 里，别拿来定义事件。一次性监听器加个 WithOnetime(true)，触发一次后自动摘下来，适合"第一次连接成功时做点啥"这类场景。

它不做什么

这部分我觉得比功能列表重要，README 里也花了同样多的篇幅写：

不跨进程。没有网络协议，跨进程请用 NATS、Kafka。
不持久化，不重投。消息只活在订阅者的缓冲 channel 里。
没有背压。订阅者处理不过来、channel 满了，消息直接丢，而且是静默地丢。

最后一条是有意为之的取舍。Emit 永远不阻塞，调用方拿到的"成功"只代表 broker 收下了这条消息，不代表任何人处理了它。如果你需要的是"这条消息必须被处理"，那这个库从根上就不合适，用它只会给自己埋雷。我宁愿把这句话写在最显眼的地方，也不想让人用着用着才发现。

还有一个边界值得一提：broker 默认最多 8192 个 topic，也就是 8192 个不同的事件值。所以事件应该是少量语义化的常量，别把 user-login-{uid} 这种东西当事件名，那是 payload 该干的活。

开源 on F2077