这是我参与「第五届青训营」笔记创作活动的第2天
一、本堂课重点内容
- 并发编程
- 依赖管理
- 单元测试
- 项目实战
二、详细知识点介绍
并发编程
Go可以充分发挥多核优势，高效运行。
协程：用户态，轻量级线程，栈KB级别。一个线程上运行多个协程。
channel：make(chan int,2)创建一个缓冲区大小为2的channel
channel是生产者-消费者模型。缓冲区满时会阻塞。无缓冲通道也称为同步通道。
Lock:
lock sync.Mutex
lock.Lock()
lock.Unlock()
WaitGroup:
wg sync.WaitGroup
wg.Add(2)
go func(){
...
wg.Done()
}
wg.Wait()
依赖管理
Go Path -> Go Vendor -> Go Module
go mod init 初始化，创建go.mod文件 go mod download 下载模块到本地缓存 go mod tidy 增加需要的依赖，删除不需要的依赖
单元测试
单元测试：确保函数结果正确，保证代码质量
示例：
func TestHelloTom(t *testing.T) {
output := HelloTom()
expectOutput := "Tom"
assert.Equal(t,expectOutput,output)
}
Tips:
- 单元测试的评价标准：覆盖率
- 一般覆盖率：50%~60%，较高覆盖率80%
- 测试分支相互独立、全面覆盖
- 测试单元粒度足够小，函数单一职责
Mock测试：快速Mock函数Patch(...)/Unpatch(...)，为一个函数打桩，临时改变函数的返回值，解决单元测试的外部依赖问题，达到幂等的效果
基准性能测试：找出热点/瓶颈
三、实践练习例子
需求：社区话题页面
- 展示话题(标题，文字描述)和回帖列表
- 暂不考虑前端实现，仅仅实现一个本地web服务
- 话题和回帖数据用文件存储
课后实践：
- 支持对话题发布回帖。
- 回帖id生成需要保证不重复、唯一性。
- 新加回帖追加到本地文件，同时需要更新索引，注意Map的并发安全问题。
四、课后个人总结
项目的分层——MVC结构
流行的 Web 框架大多数是 MVC 框架，为了能够对 GUI 类型的应用进行方便扩展，将程序划分为：
- 控制器（Controller）：负责转发请求，对请求进行处理。
- 视图（View）：界面设计人员进行图形界面设计。
- 模型（Model）：程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计（可以实现具体的功能）。
随着时代的发展，前端也变成了越来越复杂的工程，为了更好地工程化，现在更为流行的一般是前后分离的架构。可以认为前后分离是把 V 层从 MVC 中抽离单独成为项目。这样一个后端项目一般就只剩下 M 和 C 层了。前后端之间通过 ajax 来交互，有时候要解决跨域的问题，但也已经有了较为成熟的方案。下图所示的是一个前后分离的系统的简易交互图。
对于复杂的项目，一个 C 和一个 M 层显然是不够用的，现在比较流行的纯后端 API 模块一般采用下述划分方法：
- Controller，控制层，与上述类似，服务入口，负责处理路由，参数校验，请求转发。
- Logic/Service，业务逻辑（服务）层，一般是业务逻辑的入口，可以认为从这里开始，所有的请求参数一定是合法的。业务逻辑和业务流程也都在这一层中。常见的设计中会将该层称为 Business Rules。
- DAO/Repository，DAO层，这一层主要负责和数据、存储打交道。将下层存储以更简单的函数、接口形式暴露给 Logic 层来使用。负责数据的持久化工作。
每一层都会做好自己的工作，然后用请求当前的上下文构造下一层工作所需要的结构体或其它类型参数，然后调用下一层的函数。在工作完成之后，再把处理结果一层层地传出到入口，如下图所示。
划分为 CLD 三层之后，在 C 层之前我们可能还需要同时支持多种协议。thrift 、gRPC 和 http 并不是一定只选择其中一种，有时我们需要支持其中的两种，比如同一个接口，我们既需要效率较高的 thrift，也需要方便 debug 的 http 入口。
即除了 CLD 之外，还需要一个单独的 protocol 层，负责处理各种交互协议的细节。这样请求的流程会变成下图所示的样子。
