起因是在 Cent 的 issues 中看到一个关于增加多币种的请求，一开始我只是认为这或许是一个值得改进的 Feature ，甚至在构建 Cent 之初我就已经隐隐察觉到账单的数据结构中应该有一个字段用于记录币种，但当初并不觉得这对 Cent 的设计会有何影响，只是觉得后续可以通过迭代改进来加上这个功能。但是当我切实把 Cent 的功能都完善之后，我发现支持多币种这个需求，可能并没有我想象中的那么“自洽”。

这个困惑一直萦绕着我，于是我开始下载市面上其他的记账软件，想去看看它们对于多币种的处理方法。大多属记账软件似乎特意避开了多币种这一问题，它们像 Cent 一样只记录金额，而不关心币种。而另一些支持多币种的 App ，使用的方案却都让我感到不甚满意。

以 [随手记] 为例，它支持多币种，实现的方式是在记账时直接将货币统一转换为默认货币，即通过查询汇率，实时地将每一笔支出转换为 RMB ，最终统计的时候，也只按照 RMB 的结果来进行统计，这样就避免了不同币种无法直接统计总支出的情况。这个方法十分简单，确实只需要加字段就可以解决，但是对于 Cent 来说，获取汇率依赖后端接口是一个极度不优雅的方式，因为 Cent 没有传统意义上的服务器，并且 Cent 的理念就是去服务器化，为了一个“特殊需求”而导致破坏这一理念，是 Cent 无法接受的。并且，即使是简单的使用，我也意识到了实时转换货币的不合理之处，首先是导入账单时，如果导入的是其他货币，那该如何处理汇率转换？因为货币的汇率是实时波动的，历史账单记录的金额很可能与导入时的汇率大相径庭，难道要基于历史的汇率去进行转换吗？这显然是不合理的。

老牌记账软件 iCost 也是这个思路，这更令我感到疑惑，难道这真的是多币种设计的唯一思路吗？

我开始思考几个涉及多币种的场景：

1 ，出门旅游，使用非本国货币支付。这种场景最为常见，我想起之前去香港旅游的经历，如今在外支付的方式已经十分便捷，使用支付宝和微信支付时，显示的支付结果已经是转换后的货币，即 RMB ，因此记录时只需要按照支付结果记录最终金额即可，并不涉及汇率问题。

2 ，长期在外，身上有多个币种的银行卡，每次支付时可能使用不同的卡片进行支付，支付结果显示的是卡对应的币种，不能直接换算。不过这种场景，我认为应该属于多账本功能，因为每个不同的币种其实都可以看作是一本账本，它们的本来就应该被分别记录在不同的账本里，这样账目才会更加清晰，统计支出时也会更有目的性。而 Cent 天然就支持多账本，似乎这样的场景已经能被覆盖了。

我突然意识到了一件事，虽然 Cent 支持了多账本，但是账本直接并没有什么联动，每个账本都是完全独立的，这可能才是用户想要多币种的原因，因此我在 issue 中提出了这个想法，即 Cent 希望用户将不同的 [币种] 视为不同的 [账本] 来处理，每一个账本只允许一种货币，这样完全不会破坏原有的账本体系，然后再通过界面上的优化，让多账本能够像单一账本那样展示，这是我能想到的关于多币种的最好的处理方法。

不过这样做也会有一些问题，就是新建一个账本，多人协作功能也需要重新邀请，有点繁琐，不过相比于其他做法，这种方式的侵入性也是最小的，想问下 V 友们使用记账软件的时候，对于多币种的需求到底是什么样的呢？