https://transform.tools/json-to-rust-serde

来看看这个，你想要的都有

之前用 beancount 来记，但是自己有仓鼠症，喜欢收集小票，beancount 对 transaction 的文档支持不太好，所以就自己魔改 beancount 做了一套自己的记账软件。

游戏公司 早 10 晚 7 ， 我觉得绝大部分人都没那么天真的会相信吧。

无他,但手熟尔。
遥想当年，高中英语没怎么及格过，大学四级考了几次才能过。现在在外企混了几年，不一样跟老外同事谈笑风生？

入职腾讯之后，这个论坛就再也没有人安利 APIJSON 了。

lib 用 thiserror ，bin 用 anyhow

自己看 TRPL 估计都比这个好使。

[Imgur]( https://imgur.com/YHnTWtE)

19 年开始把自己的作品往 GitHub 上面放

比如说你可以做一个很开放式的游戏，有一整条供应链的那种，类似于戴森球。 但是所有的操作有是脚本之行的。然后每个玩家都有限定的 Worker ，只能做一部分事情。需要每个玩家互相配合才能完成大目标。这就考验玩家之间的配合和脚本能力。

这是我一直想做的。

file lock 或者 socket file lock

BTW ，你前端部分 WASM 大的原因也是有的。yew 里面不推荐用 reqwest 来做 fetch ，我记得是有一个自带的 fetch 还是什么方法的，不需要引入一个那么庞大的库。

1. lazy_static 已经 out-date 了，once_cell 是更佳主流的选择
2. 满屏幕的 unwrap expect 只要稍微有一点网络波动，你的 actix-worker 就炸掉了，尝试用一用 thiserror 或者 anyhow ，不然你的所有错误都不能返回一个正常的 http status
3. 既然使用了 diesel 建议用上 diesel_migration 的 embedded_migration 来做 migration
4. 在 async controller 里面满眼都是 diesel 的同步操作，意思就是你的 controller 根本就没有享受到 async 带来的好处。选择 diesel 就要学怎么用 actix 的 actor 模型跟 diesel 做组合。 不然就老老实实换成 sqlx 这种异步的数据库操作库
5. 满屏的 HttpResponse::Ok().json(results) ，actix-web 的默认 impl Responder 对于 Serialize 对象就是 Json 处理。
6. let token = req.headers().get(AUTHORIZATION); authentication 的处理也是让人震惊，
pub struct AuthenticationUser {...}
impl FromRequest for AuthenticationUser {...};
async fn required_login(user: AuthenticationUser) {...}
async fn optional_login(user: Option<AuthenticationUser>) {...}
7. reqwest 的请求建议都写上 timeout 不然很容易炸掉整个 runtime

hmmmm 我只能说这个项目的后端 actix 部分的使用，可以算是还没入门阶段

trie 树就好了啊