@chaleaoch 是这个意思

@chaleaoch 纯粹的设计中 repository 是不应该出现业务逻辑的，只负责 DB 操作。之所以我把业务逻辑写到了 repository 里面是因为我在 golang 的开源库里没有找到合适的依赖注入库，初始化一个 service 挺麻烦的，我就为了省事把业务逻辑写到了 repository 里面，想着后期再优化修改，实际上这是不可取的（到现在我还没改）。

我了解 repository 模式在 SpringDataJpa 上面，repository 与 DAO （ Data Access Object ）有着明显区别，repository 是面向对象的，一个 repository 只操作一种对象，对应到数据库也只是一个库，多表操作就需要封装到 service 里面，属于业务逻辑了，感觉有点像 DDD ； DAO 是面向数据的，经常会写一些多表的 sql，关于 db 的业务逻辑也包含在了 dao 里面。

PS：关于 golang 的开发模式我也在摸索中，代码不是很规范，希望你能取其精华，去其糟粕。

幸亏楼主没有去面 Java，那才叫怀疑人生，哈哈 :)

假设你要查询用户详情，不要直接查询接口拿到数据然后渲染页面，可以定义一个函数，返回对象是前端定义的用户详情 model，在这个函数里面调用接口来查询数据，然后转换后端返回的数据为前端定义的用户详情 model 。

这种写法是后端使用广泛，因为会复用相关的函数，前端往往是某一个页面查询显示某一些数据，在其他地方用不到，也就省略了这一步，还一个原因就是 js 发的 xhr 请求是异步的，封装使用不太方便，但是现在 js 已经有 async await 了，问题已经不复存在了。

Mac 上 docker 有点缺陷，无法访问外部网络。

主要有三个方面的定义吧
1. 应用容器化
2. 面向微服务架构
3. 应用支持容器的编排调度

golang 很多都是 Java/Python/PHP 程序员转的，或主动或被动，技能比专精某一门的程序员要广，而初创公司并不需要你有多么高深的技术，微服务、分布式事务、MQ 、各种缓存防止穿透，雪崩初期都是不需要的，单体应用短平快发布，占用资源少就足够了。

跨域和这个没有任何关系。跨域产生的原因：出于安全性，浏览器限制脚本内发起的跨源 HTTP 请求。

不太理解你的行为，不过可以通过路由器查看正在连接的手机的型号，另外 11 和 12 的区别还是非常明显的，11 跟一块砖头似的，12 要小巧一些。

关注一下，我也想要

我目前有一些问题还没有找到答案。
1. 虚拟网络不用 dnsmasq 此类软件如何做到 DHCP 代答？
2. 虚拟网络如何检测网络连通性？不要说是用 ovs packet-out 注包，不好用。

主要是访问速度，因为有些开发者访问 GitHub 很慢很不稳定，放到 Gitee 可以把目标群体扩大到这些人，但是也会放弃一批精神洁癖的人，因此我都是 GitHub 和 Gitee 各放一份，使用镜像进行同步。

汉字一共有十几万个，常用汉字有几千个，写一篇文章需要从这十几万个汉字中选择合适的字词组合成句子，但最终的文章却天差地别，没有人嘲笑作家为什么不发明新的文字。
根据 Github 的博客 https://github.blog/2018-11-08-100M-repos/ 可以看到 2018 年的时候 GitHub 上已经有超过 1 亿个仓库了，而常用的开发语言，数据库，web 框架，缓存，消息队列等框架也是层出不穷，选择哪一种技术并且熟练使用也是需要大量时间的练习的，每天都有新的类库在诞生，而这些类库也是由开发者创建的。
类比的厨师行业调料包也不是从天上掉下来的，也是有厨师一直在创新。
如果不想使用（类库）/（调料包），完全可以自己造嘛，厨师去开创属于自己的品牌，程序员自己开发语言类库。如果连更底层都不想用的话，厨师可以自己去磨油盐酱醋打铁锅，程序员去开发操作系统、开发语言、各种协议栈、Web 框架等等等。。。

个人为了学习看源码我觉得很好，但是面试的时候问源码就很操蛋了，哪个框架是一下子变成现在这个样子的？都是一点点慢慢发展的，为了面试使劲背 xxx 为什么这么设计，下一个版本变了又要换一种背法了。

学习了

这算是什么大佬…

🐂

我玩了一个剑影已经 85 级了，当单机玩的。