Richard

1、cron和consumer暂时还没有加入进来，分开的原因是实际线上部署的时候会将这几个分开部署，也就是当做3个独立的应用来部署，互不影响。 2、两个不一样是因为还没有完全同步，不过这也可以看到两种模式的配置方式，详细可以看下文档：[https://go-eagle.org/docs/component/config](https://go-eagle.org/docs/component/config) @luckyhacking

两个办法： 1、把 service 依赖的，比如 dao, 通过使用 mock 给 mock 掉 2、使用 docker-compose 启动依赖的服务，然后对 service 进行测试。 第二个测试起来更真实。

dao 层的测试可以参考：`internal/dao/user_follow_dao_test.go`

1、测试代码基本是和功能或者库代码放到一起 2、根目录下的 `test` 目录主要是存放一些和单元测试相关的配置文件，比如启动docker用到的环境配置文件、数据库测试文件等。 感谢关注，后续会补充更多关于单元测试的代码。

目前不会被取消，都会应用`service.Register` 中的 `auth.HashAndSalt` 被加密。如果需要取消，把 `auth.HashAndSalt` 删除就可以了。

关于连接多数据库有两种解决方案： 1、db_user和db_order在配置上分开，然后通过orm.NewMySQL来实例化到两个全局变量上，最后分开调用即可； 2、封装两个方法，例如 `orm.Init()` 和 `orm.Get()`, `orm.Init()` 支持初始化多个数据库，内部放入到全局map里，`orm.Get()` 获取时从map获取db实例 目前是第一种可以直接使用，第二种需要做一层简单封装，现在框架还没做这一块。 @webff

关于web的模板目录是放在 `internal/templates`。 静态文件可以在根目录建立 `static` 目录，里面建立 `js`， `css`， `images` 等目录。 这些都可以在 `router/web.go` 路由文件中进行查看，也可以自定义。

[要是带个自动生成业务代码的功能的就更完美了] 这个主要是指哪一块呢？

主体结构基本是定的，internal 内的可能会有微调。

对的，应该放到 dao 层去