关于golang:代码重构实战

13次阅读

共计 1143 个字符，预计需要花费 3 分钟才能阅读完成。

用户头像上传性能中，服务端上传流程如下：

base64解码成字符串
图片写入服务器本地长期目录
上传到 阿里云 OSS/ 七牛云存储
图片审核

代码如下

type Parms struct {Head string // 客户端发送 base64 字符串}
func Upload(p Params){
    if p.Head == ""{return errors.New("img is empty")
    }
    
    str,err := Base64Decode(p.Head)
    if err != nil{return err}
    
    filename := makeUniqueName()
    if err := FileWrite(filename,str);err != nil{return err}
    
    err := UploadAliOss(filename)
    if err != nil{return err}
    
    err := VerifyImg(filename)
    if err != nil{return err}

}

以前多个我的项目通过 jenkins 公布不同的上线指令，每新建一个我的项目，运维须要独自写一套 shell 命令，无奈复用之前的，保护老本比拟高。起初咱们降级部署形式，只须要批改我的项目部署目录配置文件，具体后续再介绍。

始终以来稳固运行，周末收到反馈呈现问题，用户无奈上传头像。

查看代码的 git 历史提交记录，近期没有批改代码，排除代码bug
报错提醒只在调用 FileWrite 和UploadAliOss两个办法时呈现
在打包镜像的时候没有在容器中创立长期目录，所以无奈写入文件，用户头像无奈上传

手动在容器中创立一个长期目录，保留图片文件。

我认为，图片文件全副保留在第三方对象存储中，服务器保留一份是齐全没必要的，只会占用磁盘空间。

咱们能够创立 Reader 对象把图片文件读取到缓冲区，再上传到第三方对象存储。

代码如下

func Upload(p Params){

    if p.Head == ""{return errors.New("img is empty")
    }
    
    str,err := Base64Decode(p.Head)
    if err != nil{return err}
    
    filename := makeUniqueName()
    buf := bytes.NewReader([]byte(str))
    
    err := UploadAliOssBuff(filename,buf)
    if err != nil{return err}
    
    err := VerifyImg(filename)
    if err != nil{return err}

}

在接手保护老我的项目时候，防止不了遇到坑。除了吐槽前人写的蹩脚外，咱们能够尽我所能晋升代码保护品质，让后来者更容易保护。

一片空地，可能开始只有几片垃圾。如果始终不清理，你来丢，他也丢，很快就会变成垃圾堆。

正文完