Golang合并yaml文件過程逐步講解
當前有趨勢使用環(huán)境變量代替配置文件,主要是為了方便容器部署,因為文件需要額外文件權(quán)限。但環(huán)境變量也有缺點,如長度和因數(shù)量太多造成的復(fù)雜性,另外嵌套也很難實現(xiàn),此時配置文件則更合適。
本文就介紹Golang讀寫配置文件,以及合并配置獲得最終配置信息。
讀配置
首先準備配置文件config.yaml:
name: test image: tom.png environment: os: linux group: admin user: testAdmin limits: cpu: 4 memory: 512M
為了加載配置,需要定義結(jié)構(gòu)體及標簽,和json標記類似:
type Spec struct {
// Name: name of the function
Name string `yaml:"name"`
// Image: docker image name of the function
Image string `yaml:"image"`
Environment map[string]string `yaml:"environment,omitempty"`
// Limits for the function
Limits *FunctionResources `yaml:"limits,omitempty"`
}
// FunctionResources Memory and CPU
type FunctionResources struct {
Memory string ` yaml:"memory"`
CPU string ` yaml:"cpu"`
}
這里僅用yaml代替json,下面解析也同樣使用Unmarshal接口生成對象:
import (
"fmt"
"os"
"gopkg.in/yaml.v2"
)
func ReadYaml() {
bytesOut, err := os.ReadFile("config.yaml")
if err != nil {
panic(err)
}
spec := Spec{}
if err := yaml.Unmarshal(bytesOut, &spec); err != nil {
panic(err)
}
fmt.Printf("Function name: %s\tImage: %s\tEnvs: %d\n", spec.Name, spec.Image,
len(spec.Environment))
fmt.Printf("Limists: %s, %s\n", spec.Limits.CPU, spec.Limits.Memory)
}
輸出結(jié)果:
Function name: test Image: tom.png Envs: 3
Limists: 4, 512M
寫配置
寫文件首先使用接口Marshal把對象序列化為字節(jié)數(shù)組,然后調(diào)用os方法寫yaml文件:
func WriteYaml() {
spec := Spec{
Image: "docker.io/functions/figlet:latest",
Name: "figlet",
}
bytesOut, err := yaml.Marshal(spec)
if err != nil {
panic(err)
}
err = os.WriteFile("figlet.yaml", bytesOut, os.ModePerm)
if err != nil {
panic(err)
}
fmt.Printf("Wrote: figlet.yaml. . OK. \n")
}
運行程序成功生成figlet.yaml文件并輸出:
Wrote: figlet.yaml. . OK.
使用yaml.v2庫可以快速實現(xiàn)配置文件相關(guān)工作,下面介紹如何合并多個配置信息。
合并配置
如果配置信息包括包括很多字段,則可能需要維護一個示例文件,并允許用戶提供新的值進行修改。我們可以使用mergo庫實現(xiàn)合并功能,當然其他庫也可以實現(xiàn)類似功能,該方法支持內(nèi)存中任何結(jié)構(gòu)體,不一定為YAML:
import "github.com/imdario/mergo"
func MergeYaml() {
base := Spec{
Image: "docker.io/functions/figlet:latest",
Name: "figlet",
Environment: map[string]string{"stage": "develop"},
Limits: &FunctionResources{Memory: "512Mi", CPU: "60Mi"},
}
production := Spec{
Environment: map[string]string{"stage": "production"},
Limits: &FunctionResources{Memory: "1Gi", CPU: "100Mi"},
}
overrides := []Spec{
base,
production,
}
merged := Spec{}
for _, override := range overrides {
err := mergo.Merge(&merged, override, mergo.WithOverride)
if err != nil {
panic(err)
}
}
bytesOut, err := yaml.Marshal(merged)
if err != nil {
panic(err)
}
fmt.Printf("Merged content: \n\n%s\n", string(bytesOut))
}
運行測試輸出結(jié)果:
Merged content:
name: figlet
image: docker.io/functions/figlet:latest
environment:
stage: production
limits:
memory: 1Gi
cpu: 100Mi
我們在Merge方法指定后面覆蓋前置配置,讀者還可以通過源碼查看其他的合并方法。
到此這篇關(guān)于Golang合并yaml文件過程逐步講解的文章就介紹到這了,更多相關(guān)Golang合并yaml內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
GoLang中的互斥鎖Mutex和讀寫鎖RWMutex使用教程
RWMutex是一個讀/寫互斥鎖,在某一時刻只能由任意數(shù)量的reader持有或者一個writer持有。也就是說,要么放行任意數(shù)量的reader,多個reader可以并行讀;要么放行一個writer,多個writer需要串行寫2023-01-01

