1. 尽早返回
反例:
//UserCtrl
func UserInfo(userId string){
user.UserInfo(userId)
....
....
//resp result ...
}
//UserService
func UserInfo(userId string){
if len(userId) > 0 {
//do query database
.....
}
}
// repo
func queryUserInfo(userId string){
if len(userId) > 0{
//select * from user where user_id = ?
}
}
从这个例子来看,在service层和数据库查询,我们都进行了userId的判断. 因为当我们经常会忘记,我们是否在上一层入参的时候进行了userId为空的判断. 为了避免空指针,我们不得已一层层进行判断.
假如我们尽早地返回,那么就可以避免后续的层层判空
推荐写法:
//userCtrl
func UserInfo(userId string){
if len(userId) == 0 {
//resp some error
}
user.UserInfo(userId)
}
2. 写好分支语句
反例:
func xxx(lang string){
if lang == "java"{
doA()
} else {
doB()
}
if lang == "java"{
doC()
}else{
doD()
}
}
推荐写法:
func java(lang string){
doA()
doC()
}
func other(lang string){
doB()
doC()
}
if都需要包含else
反例:
if cmd == "1" {
if status == 0 {
doSome()
}
}else {
if tag == 1 {
doSomeB()
}
}
推荐写法:
if cmd == "1" {
if status == 0 {
}else{
}
}else {
if tag == 1{
}else {
}
}
避免啰嗦的条件
if isDone() == true {
do()
}
推荐:
if isDone() {
doSome()
}
使用switch语句
反例:
if lang == "java"{
}else if lang == "c#" {
}else if lang == "clojure"{
}
推荐写法:
switch lang:
case "java":
case "c#":
case "clojure":
减少逻辑表达式:
逻辑表达式是门电路的表达式,总会有人不能记得他的先后执行顺序。
反例:
if lang == "java" || lang == "c#" && lang == "clojure" {
doSome()
}
如果非得使用逻辑表达式,推荐使用括号,显示地说明调用的顺序.
if (lang == "java" || lang == "c#") && lang == "clojure" {
doSome()
}
使用正序的逻辑
反例:
if !isUserInfoSaved() {
doA()
}else {
doB()
}
if !isNotStop() {
doSome()
}
用一个符合人类思考顺序方式来写分支,减少阅读代码时的时间
if isUserInfoSaved() {
doB()
}else {
doA()
}
if isStart(){
doSome()
}
3.合理使用局部变量
可能我们知道定义一个变量会开辟一块新的内存,有时候觉得自己重复使用一个变量,会让性能"好一些", 于是我们就会写出下面的代码
反例:
var name
if login {
name = "user"
doSome(name)
}else {
name = "guest"
doSome(name)
}
其实在栈上开辟内存的成本很低,编译器会对代码进行逃逸分析,而且执行完这个方法后,内存就会被回收掉,所以不用担心这个性能问题.
推荐写法:
if login {
//使用局部变量
name := "user"
doSome(name)
}else {
name := "guest"
doSome(name)
}
有的时候我们会想耍个酷,那么牛逼的调用一行代码就写完了,可是这时候阅读起来是非常痛苦的一件事情.
反例:
saveXXX(queryRole(),queryOrder(),saveXXX(queryUserInfo(genUserId())))
推荐写法:
我们把参数通过一个中间变量存起来,这样会很明显地说明,我们都干了些什么.
userInfo := queryUserInfo(genUserId)
u := saveXXX(userInfo)
saveXXX(queryRole(),queryOrder(),u)
4.循环
循环本身就不好读,假如在循环中包含continue,break之类的,让原本的代码更难读
反例:
for i,itm := range Users {
if item.Name != "admin" {
continue
}else {
doSome()
}
}
推荐写法:
for i,itm := range Users {
if item.Name == "admin" {
doSome()
}
}
使用i,j之类的下标,本身就比较相似,一不小心就会造成了下标越界,推荐使用foreach
反例:
for i:=0 ; i< len(users); i++ {
for j:=0 ; j < len(users[i].children); j++ {
// doSome
}
}
推荐写法
for _,itm := range users {
for _, c := range item{
//dosome
}
}
假如非得使用下标操作,也要避免使用i,j之类的变量
for uidx :=0 ; uidx< len(users); uidx++ {
childen := users[uidx].children //使用中间变量,避免臃肿
for chidx:=0 ; chidx < len(childen); chidx++ {
// chidx 和 uidx 能避免混淆,能在使用的过程中避免出错。
}
}
5.面条代码, 过程式代码
面条代码过程式代码
type UserInf struct {
UserName string
UserId string
Role *Role
Alias string
}
type Role struct {
Id string
Name string
}
func save(inf *UserInf){
Role(inf)
inf.Alias = genAlias()
update(inf)
}
func update(inf *UserInf){
//update ....
}
func Role(inf *UserInfo) {
queryUser(inf)
inf.Role = queryRole(inf.UserId)
}
func queryUser(inf *UserInf){
//select * from user where user_id = ?
inf.UserName = ...
inf.xxx = ...
}
思考: 为什么要使用纯函数?
6. 控制代码的长度
人的左脑关心的是逻辑,右脑做的是快照(可能是伪科学),实际情况中,假如我们一眼能看完,是不是剩下的就是在想逻辑,而不是一边读代码,一边想逻辑,这样能让我们大脑一次性把看到的代码缓存起来,然后专注于想逻辑。简短的代码,也可以避免bug,所以方法建议都控制在100行之内。
7. 命名
这个放最后来写的原因是这个命名本来就很难,命名得好就会让代码清晰可读,命名不好,就会误导导致需要大量的注视来注释代码,本来维护代码已经是一件痛苦的事情了,假如在修改了代码后,注释没有同步修改,反而会引起误导。因为母语不是英文,很多同学跟我一样也都很痛苦,这里可以上网找找相关命名的资料,本人水平有限也只能是大概地举几个例子
bool isStart // 服务启动的状态,最好使用正向的表达,是否启动,不推荐使用 bool isNotStop
func ComputeUserScore() //计算用户积分,假如这是一个耗时的操作,推荐在方法名上就表示出来,不推荐使用GetUserScore,
func DownloadFile() //下载文件,不推荐使用GetFile
有疑问加站长微信联系(非本文作者)