Golang语言编程规范

Golang语言编程规范

一.说明

  1. 编程规范好,可避免语言陷阱,可有利团队协作,有利项目维护。
  2. 正常的Go编程规范有两种:编译器强制的(必须的),gofmt格式化非强制的(非必须)。
  3. Go宣告支持驼峰命名法,排斥下划线法。
  4. 自定义原则:

a.统一工作区间,避免目录及文件名随意

b.规范变量/结构体/方法及接口名

c.规范注释

d.单元测试/程序效率等建议

两个等级: (S)建议,(M)必须。以下是细节。

二.代码组织结构

  1. (M)一个目录只包含一个包,模块复杂拆分子模块/子目录
  2. (S)内部项目GOPATH如果指向多个工作目录。公开项目为第一个工作区间(即go get默认下载到第一个目录)
  3. (M)非测试文件(*_test.go)禁止使用,简化包
  4. (M)禁止相对路径导入包
  5. (S)建议goimports或者IDE管理import
  6. (S)项目rep需要包含所有的代码,依赖库放在vendor下
  7. (S)建议使用Golide,Godep管理第三方包

总而言之:组织结构需要简化,一目了然,允许多个工作区间,但是环境变量的第一个工作区间必须是公开的项目,最好使用一个工作区间,不要建立相对路径的包,最好用godep等依赖库控制工具来管理依赖库,每个项目所有的依赖库最好放在本目录vendor下。

三.代码风格

  1. (M)提交代码时gofmt格式化代码,golint检查代码(使用IDE时默认这两个工具会自动用到)
  2. (S)json字符串建议使用反单引号(`)
  3. (M)文件名必须小写,允许下划线‘_’,但头尾不能。避免与_test.go或者系统相关_386.go等冲突
  4. (S)文件名以功能为指引,不需要再出现模块名
  5. (M)目录名必须小写,允许中划线‘-‘,但头尾不能
  6. (S)不建议目录名出现下划线‘_‘
  7. (M)包名必须全部小写,无下划线,越短越好,尽量不要与标准库重名,禁止通过中划线连接多个单词
  8. (S)包名尽量与目录名一致
  9. (M) 函数名和结构体名必须为大小写驼峰模式,最好不带特殊字符如划线等
  10. (S)函数名建议动词或者动宾结构单词,结构体建议名词或者动名词
  11. (S)常量和枚举名,大小写驼峰法,不允许下划线,第三方包例外。
  12. (M)函数参数首字母小写,不能有下划线,按大小驼峰法
  13. (S)函数参数按紧密程度安排位置,同类型参数应该相邻
  14. (S)参数不大于5个
  15. (M)变量名不允许下划线,大小写驼峰法,局部变量首字母小写,全局变量首字母大写
  16. (S)避免全局变量多使用,for循环可用单字母
  17. (M)接口名大小写驼峰法,首字母大写,不能下划线,名词
  18. (S)接口名‘er‘结尾
  19. (M)复杂功能请多写注释备注,注释表达需清晰,不要啰嗦。注释标准暂时不强制,最好参考godoc,如包注释使用/**/,首字母大写,注释后空一行,函数注释写在函数上方等。

总而言之,文件名和目录名,包名都必须小写。数据类型变量和参数等定义最好使用驼峰大小写法,不要使用下划线或者中划线

四. 单元测试/程序效率

  1. (S)建议少使用main方法测试,而是使用_test.go做测试
  2. (M)与其他语言类似,避免多级if或者for嵌用,代码层次需简单,绕脑层次少
  3. (M)避免傻逼命名,如IsTrue变量,if(!IsTrue).
  4. (M)请熟悉Go语言各特征,避免低效用法。请至少阅览一遍:

yum -y install docker-io
# 拉镜像
docker pull hunterhug/gotourzh

# 前台运行
docker run -it -p 9999:9999 hunterhug/gotourzh

# 后台运行(类似nohup)
docker run -d -p 9999:9999 hunterhug/gotourzh
打开http://127.0.0.1:9999即可!

五. 一些例子

package main

import "fmt"

func main() {
  buffedChan := make(chan int, 2)
  buffedChan <- 2
  buffedChan <- 3
  close(buffedChan) // 关闭后才能for打印出,否则死锁
  //close(buffedChan) // 不能重复关闭
  //buffedChan <- 4  // 关闭后就不能再送数据了,但是之前的数据还在
  for i := range buffedChan { // 必须关闭,否则死锁
    fmt.Println(i)
  }

  buffedChan1 := make(chan int, 2)
  buffedChan1 <- 2
  buffedChan1 <- 3
  j, ok := <-buffedChan1
  fmt.Println(j, ok)
  j, ok = <-buffedChan1
  fmt.Println(j, ok)

  close(buffedChan1)    // 关闭后才能,否则死锁
  j, ok = <-buffedChan1 // 如果未关闭,否则堵塞后死锁
  fmt.Println(j, ok)

  select {
  case j, ok := <-buffedChan1:
    fmt.Println("jjj", j, ok)
  default:
    fmt.Println("will not out")
  }
}

原文地址:https://www.cnblogs.com/nima/p/11751345.html

时间: 2024-11-06 18:35:38

Golang语言编程规范的相关文章

华为C语言编程规范

DKBA华为技术有限公司内部技术规范DKBA 2826-2011.5C语言编程规范2011年5月9日发布 2011年5月9日实施华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved密级:confidentiality levelDKBA 2826-2011.52011-06-02 华为机密,未经许可不得扩散 Huawei Confidential 第2页,共61页Page 2 , Total61修订声明Revision

C语言编程规范

C语言编程规范 6 函数与过程 6.1 函数的功能与规模设计 函数应当短而精美,而且只做一件事.不要设计多用途面面俱到的函数,多功能集于一身的函数,很可能使函数的理解.测试.维护等变得困难. 6.2 函数的返回值 (1)对于函数的返回位置,尽量保持单一性,即一个函数尽量做到只有一个返回位置.(单入口单出口). 要求大家统一函数的返回值,所有的函数的返回值都将以编码的方式返回. 例如编码定义如下: #define CM_POINT_IS_NULL CMMAKEHR(0X200) : : 参考函数实

C语言编程规范试题(标准答案)

一.单选题(每小题3分,共20小题60分) 1.1-1.5    B D A C B                1.6-1.10    C A D B C 1.11-1.15  A D D C B                1.16-1.20   D A B C A 二.填空题(每空1分,共20空20分) 2.1 通常在设计函数的时候,函数之间要低 耦合 ,函数内部要高 内聚 ,函数之间调用关系要 高 扇入. 合理 扇出. 2.2 为了提高代码的效率,通常要求循环体内工作量 最小化 ,把

C语言编程规范概要

编程规范概要 1. 程序结构清析,简单易懂,单个函数的程序行数不得超过100行. 2. 打算干什么,要简单,直截了当,代码精简,避免垃圾程序. 3. 尽量使用标准库函数和公共函数. 4. 不要随意定义全局变量,尽量使用局部变量. 5. 使用括号以避免二义性. 可读性要求 1.可读性第一,效率第二. 2.保持注释与代码完全一致. 3.每个源程序文件,都有文件头说明,说明规格见规范. 4.每个函数,都有函数头说明,说明规格见规范. 5.主要变量(结构.联合.类或对象)定义或引用时,注释能反映其含义.

C语言编程规范试题

[说明]: 1.本试题中不考虑头文件引用问题(假定已经包含正确的头文件),C语言的标准函数都可用: 2.如果不特别说明,假定程序运行环境为:操作系统Windows 2000, VC6.0编译环境,缺省为四字节对齐,X86(80586)CPU处理器(32位小字节序处理器): 3.试卷需要回收再利用,请在答题纸上答题: 4.本试题满分为100分,答题时间为90分钟. 一.单选题(每小题3分,共20小题60分) (  )1.1 程序块要采用缩进风格编写,缩进的空格数为几个? A. 2    B. 4 

C语言编程规范—命名规则

转载自:http://www.cnblogs.com/wfwenchao/p/5209197.html C是一门朴素的语言,你使用的命名也应该这样.与Modula-2和Pascal程序员不同,C程序员不使用诸如"ThisVariableIsATemporaryCounter"这样"聪明"的名字.C程序员应该叫它"tmp",这写起来更简单,也不会更难懂.然而,当面对复杂情况时就有些棘手,给全局变量取一个描述性的名字是必要的.把一个全局函数叫做&qu

C语言编程规范--------9 质量保证

(1)在软件设计过程中构筑软件质量. (2)代码质量保证优先原则: ①正确性,指程序要实现设计要求的功能. ②稳定性.安全性,指程序稳定.可靠.安全. ③可测试性,指程序要具有良好的可测试性. ④规范/可读性,指程序书写风格.命名规则等要符合规范. (3)只引用属于自己的存贮空间.若模块封装的较好,那么一般不会发生非法引用他人的空间. (3)防止引用已经释放的内存空间.在实际编程过程中,稍不留心就会出现在一个模块中释放了某个内存块(如C语言指针),而另一模块在随后的某个时刻又使用了它.要防止这种

C语言编程规范--------2 注释

2.1 注释的原则 注释的目的是解释代码的目的.功能和采用的方法,提供代码以外的信息,帮助读者理解代码,防止没必要的重复注释信息. 示例:如下注释意义不大. /* if receive_flag is TRUE */ if (receive_flag) 而如下的注释则给出了额外有用的信息. /* if mtp receive a message from links */ if (receive_flag) 2.2 说明性文件头部应进行注释 说明性文件(如头文件.h 文件..inc 文件..de

C语言编程规范--------7 可测性

7.1 准备测试代码.测试用例 (1)编程的同时要为单元测试选择恰当的测试点,并仔细构造测试代码.测试用例,同时给出明确的注释说明.测试代码部分应作为(模块中的)一个子模块,以方便测试代码在模块中的安装与拆卸(通过调测开关) (2)在进行集成测试/ 系统联调之前,要构造好测试环境.测试项目及测试用例,同时仔细分析并优化测试用例,以提高测试效率.好的测试用例应尽可能模拟出程序所遇到的边界值.各种复杂环境及一些极端情况等. (3)在编写代码之前,应预先设计好程序调试与测试的方法和手段,并设计好各种调