我感觉我是分情况，在循环里不太喜欢使用 break ，continue, 在非循环的场景下，喜欢提前返回！

@fregie 我接触的情况感觉正好相反，大部分都在用 go 做业务，少部分才会处理和业务无关的。

@bthulu 社区的大佬不厌其烦的跟我科普官方库的强大，向我灌输为什么不需要框架。但是我是一个坚定的框架使用者，他们特别看不上的 beego 我觉得特别好用，可能我不是一个真正的 golang 开发者。

@qbhy 看来你没有理解 golang 的理念，标准库那么强大，为什么需要一个框架🐶

我觉得你可以把情况 1 改成 >= 4 试试看

大部分都是不管理，实在不行了就另起炉灶，然后周而复始...

@labulaka521 卧槽，这么高级的吗？感觉这样会被人打死的！

强烈推荐 docker ，如果不想自己折腾可以使用 laradock 。

能预判到的 bug 还是 bug 吗！

@yiqiao 没太看明白，我每次都是通过 import 从浏览器复制的 curl 请求。

@yiqiao Paw 好用，好看

感觉这个事情是针对场景的，如果是后端的复杂的筛选，排序写在 SQL 里可能有方便处理，但是连表的数量过多也是一个大问题。如果是针对单个数据的处理(1 -> N -> N) 可预见的小批量数据，感觉写在业务里更能方便数据的组装和业务的变更。

羡慕楼主，感觉已经被欲望控制了。房贷，车贷 不得自由。

中国人不骗中国人，中国人只骗中国人

@aababc 感觉好像理解错了，应该是人家就不想实现这样的东西

@Akiya 看了你的代码，感觉整个人都脏了，这可能就是我们理解不了的指导思想，引入泛型以后是不是就能解决这个问题了。

看视频，不过看视频都说是比较低效！可能因为我是菜鸡

@HappyStraw 看起来挺好的，现在也有比较完善的解决方案，还在权衡利弊！