Go语言中比较优雅的写法

21,799 阅读5分钟

前言

本月会持续更新Go语言相关的文章,尤其是GoFrame,感兴趣的同学可以关注我,结伴而行。

同时会沉淀总结一下:《中台开发实践》、《私有化部署实践》、《深入理解goroutine及使用实践》、《如何在开发过程中把GO语言的价值体现出来》。

立志沉淀一些质量高的内容出来。

今天这篇分享:Go语言中比较优雅的写法,包括:数据库相关、Redis相关、配置文件相关、敏捷开发思想相关。

条件查询

多个where避免链式拼接,可读性很差。

建议这么写: 包括变量名我都建议统一使用condition

condition := g.Map{
    "title like ?"         : "%小明%",
    "online"               : 1,
    "hits between ? and ?" : g.Slice{1, 10},
    "exp > 0"              : nil,
    "category"             : g.Slice{100, 200},
}
// SELECT * FROM article WHERE title like '%小明%' AND online=1 AND hits between 1 and 10 AND exp > 0 AND category IN(100,200)
db.Model("article").Where(condition).All()

多说一句:一定要注意命名规范,不要乱起名字。变量的设计要尽量清晰没有歧义,能用同一好理解的概念去描述,就不要引入多个概念。

事务处理

  1. 首先启动事务时一定要做错误判断
  2. 建议在启动事务之后马上写defer方法
  3. 在defer方法内对err进行判断,如果全局中有err!=nil就回滚
  4. 全局中err都为nil则提交事务
  5. 在提交事务之后我们可以定义一个钩子函数afterCommit,来统一处理事务提交后的逻辑。

示例代码如下:

tx, err := g.DB().Begin()
if err != nil {
   return errors.New("启动事务失败")
}

defer func() {
   if err != nil {
      tx.Rollback()
   } else {
      tx.Commit()
      //定义钩子函数
      afterCommmit()
   }
}()

唯一索引

可以加唯一索引的表一定要加唯一索引,而不是通过业务逻辑去做唯一性判断校准,因为我们无法确定后续维护项目的人员能清楚的知道你在业务中做了唯一性判断。

另外这么写很不友好,如果高并发场景,DB级别的唯一性判断时会被击穿的。

如果多个项目操作同一个表呢?难道每个项目都重复进行值是否存在的判断吗?

我最近接收的一个项目就有上述所说的所有问题,所以建议大家在设计表结构的时候一定要考虑清楚,而不是通过业务逻辑去做兜底方案。

Redis

Redis支持分库,就像mysql的database一样;

如果一定要用Redis分库请约定要每个库的使用规则,不能没有规范的滥用。

可以根据不同的业务分库,也可以根据不同的功能分库,但是,必须有规则。

(感谢评论区的小伙伴指点)

配置文件

合理的使用配置文件,不要把敏感信息写到项目中,一定要写到配置文件中。

从配置文件中的取值方式如下:

g.Cfg().GetString("xx.xxx")

结构体传值而不是map传值

不管是请求api,还是模块之间进行传值,都建议定义结构体进行传值,可复用的结构体之间建议使用分层设计的思路复用,减少重复代码。

之间专门整理过文章 # GoFrame代码优化:使用gconv类型转换 避免重复定义map,这里不再赘述了,我们在开发的过程中要有这个概念。

敏捷开发

我有一个习惯,当拿到新需求后不是按部就班的去开发,而是通盘考虑一下,和客户端沟通好,约定好数据结构,给客户端返回假接口。

这样的好处是:

  1. 要确定好数据结构,就要求我们把需求拆解的很细,发现隐藏到角落里的问题
  2. 提供假接口能极大的提高效率,不会影响别人的开发进度,尤其是当自己开发进度延后的情况下,提供模拟数据的假接口这种思想你值得拥有。
  3. 这种思路用的多了,能帮助你想解决问题的思路更纯粹,倒逼自己只返回需要的数据,避免过度设计和冗余代码。

下面我以GoFrame举例,罗列几个我返回模拟数据的假接口代码:

返回列表数据

data := g.List{
   map[string]interface{}{
      "id":      1,
      "name":    "可口可乐",
      "img_url": "http://newsys.jxhh.com/static/img/icon2.a3ccf43e.png",
   },
   map[string]interface{}{
      "id":      2,
      "name":    "可口可乐2",
      "img_url": "http://newsys.jxhh.com/static/img/icon2.a3ccf43e.png",
   },
   map[string]interface{}{
      "id":      3,
      "name":    "可口可乐3",
      "img_url": "http://newsys.jxhh.com/static/img/icon2.a3ccf43e.png",
   },
}
res := g.Map{
   "count": 3,
   "list":  data,
}
response.JsonExit(r, 1, "ok", res)

返回多组数据

selected_recommend := g.List{
   map[string]interface{}{
      "id":               1,
      "goods_group_id":   1,
      "goods_group_name": "可口可乐",
      "img_url":          "http://newsys.jxhh.com/static/img/icon2.a3ccf43e.png",
      "goods_count":      1000,
   },
   map[string]interface{}{
      "id":               2,
      "goods_group_id":   1,
      "goods_group_name": "可口可乐",
      "img_url":          "http://newsys.jxhh.com/static/img/icon2.a3ccf43e.png",
      "goods_count":      1000,
   },
   map[string]interface{}{
      "id":               3,
      "goods_group_id":   1,
      "goods_group_name": "可口可乐",
      "img_url":          "http://newsys.jxhh.com/static/img/icon2.a3ccf43e.png",
      "goods_count":      1000,
   },
}
res := g.Map{
   "selected_recommend_banner": selected_recommend,
   "selected_recommend_goods":  selected_recommend,
}
response.JsonExit(r, 1, "ok", res)

通过这种方式,我们能极速的提供接口,给我们的队友留下足够的对接api的时间,给我们自己留下足够的优化代码的时间。

不想被队友一直催进度的小伙伴可以试一下这个思路。

总结

碰到好的东西就忍不住分享,我现在可以说是Go语言的忠实拥趸。

对GO感兴趣的朋友可以查看我之前写的文章,了解一下Go的魅力:

Go语言为什么值得学习?

我的PHP转Go之旅

回顾一下我的Go学习之旅

非常适合PHP和Java转Go学习的框架:GoFrame

欢迎大家关注我的Go语言学习专栏,我会持续更新在Go学习和使用过程中的干货分享。

Go语言学习专栏

一起学习

公众号:程序员升级打怪之旅

微信号:wangzhongyang1993

福利🧧:点这里-->半价买掘金小册,额外领红包