建议干死这个产品
或者增加必备资料的导入 /导出

现在只发现 大写锁定键 切换输入法 有 bug ，会切换到输入英文字母+中文符号的形态，并且没办法切换回去了。。

现在使用 ctrl + space 切换

可以选择抄底美股

等你到了 12 年经验后，发现什么都顶不上"会吹牛"这个技能好

我记得还有个 dive

一堆私钥泄漏出来，然后区块链不复存在

+1

我刚学 python 也踩过这个坑，默认值要用 None

上面的 所有 说多了
之前我写的是 c ，后面改成 cpp ，cpp 还有很多模板元替代不了

主要现在还进度太初级，用来写业务后台应该没有 golang 写的快，但是适用在一些内存敏感的中间件之类

今天学习了一下，说下我觉得比较有特色的两点

1. comptime
这个直接能够替代 cpp 所有预编译阶段的特性，比如
宏分支，简单泛型，constexpr 等
2. 错误必处理以及 error union type
try catch 有点像之前 go2 的某个讨论方案

一般的 sqlite 应该还打不开，他内部是自己的加解密函数。
密码每台机器都不一样，登陆的时候你可以下调试断点获取。

EF 巨佬

介绍视频呢。

cgo 不也能跨平台。。。

各位大佬。。。我有氧适能非常低，差不多只有 36 ，低于平均的最底线附近。。。感觉身体非常不舒服。。

本人又是高度近视，不适合跑步，有什么其他增加这个的办法

关于黑盒测试
1. 上面我也补充了，不需要放在顶层，放在你待测 Provide 目录中就行就行，你可能没看到吧。。在 16 层
2. 私有函数问题，你可以试着封装 2 个 interface
M interface -> 外部暴露函数
P interface -> 黑盒测试私有函数
你的 module 对象是实现 M + P, New 只提供 M
这样的话 你在 Populate 出 M 的时候，可以通过 m.(P) 转成泥似的私有 interface 进行调用。
3. 不需要的模块，以及需要切换成 mock 的模块，我在上面说了可以通过 Replace 替换掉

总之，总体目标就是不要为每一个 Provide 间 测试构造你的依赖，问题总有解决方法

关于生成
1. 我的生成框架是识别 New 函数上的 @dep 注解，
然后在 app 包里添加对应的 Provide ，以及生成对应的 dep 参数对象，
是为了解决你说的维护 Provide 问题，整个框架只需要修改 @dep 注解就好。

直接用 google 的 xerrors 吧 其他的应该都淘汰了

fx 的初始化逻辑简单概括就是
1. 初始化所有 fx.Invoke 的所有依赖
2. 顺执行 fx.Invoke

所以 fx 最佳实践就是用一个包管理所有依赖，因为他会按需创建

我上面的 Provide 间 UT 例子，他就只会创建你 Populate 对象所有依赖

另外。。。我的 app 模块甚至都是 go generate 生成的。。
甚至，上面我举例的 dep 依赖结构都是生成的。。

我模块代码只有
```

type M = *module

type module struct {
*dep
}

//go:generate bb gen $GOFILE
// @dep(dao)
func New(d dep) (_ M, err error) {
}
```