商城网站合作协议,建筑企业资质,深圳手机报价网站,开发系统软件代码与环境配置解耦
git分支的代码应做到“环境无关”#xff1a;代码本身不硬编码任何环境特定的配置#xff08;如数据库连接、密钥、API地址#xff09;#xff0c;而是通过外部机制动态注入。
配置与代码分离#xff1a;将配置信息存储在代码库之外#xff08;如环…代码与环境配置解耦
git分支的代码应做到“环境无关”代码本身不硬编码任何环境特定的配置如数据库连接、密钥、API地址而是通过外部机制动态注入。
配置与代码分离将配置信息存储在代码库之外如环境变量、独立配置文件、密钥管理服务避免提交到 Git 仓库。 环境变量/配置文件 随便用对内存的影响完全可以忽略不记 案例典型 Web 应用的配置 环境变量约 10 个变量如数据库 URL、API 密钥、调试模式总大小约 1KB。配置文件一个 500 行的 JSON 文件约 5KB解析后内存占用约 10-20KB。总内存影响不到 50KB远低于一个简单 Python 对象如空列表占用 40KB。 对于YAML和TOML的选择来说我更倾向于TOML主要是TOML对缩进及空格数量不敏感YAML的缩进和横杠-真烦啊 各种配置文件的优缺点对比
配置格式语法复杂度结构化数据支持注释支持数据类型支持适用场景解析库.ini低差仅支持键值对是否所有值为字符串小型应用configparsersettings.py低强Python 代码是强Django/Python 项目Python 直接解析.env低差仅键值对是否所有值为字符串12 Factor Apppython-dotenvjson中强嵌套支持否强Web 开发、APIjsonyaml中强嵌套支持是强DevOps、KubernetesPyYAMLtoml低强嵌套支持是强Python/Rust 配置toml
选择合适的配置文件
Web 开发/Django → settings.py存储环境变量/API 密钥 → .env前后端通用配置、API 交互 → jsonDevOps/Kubernetes → yamlPython、Rust 工程配置 → toml小型桌面应用、简单配置 → .ini 在 Web 应用中使用数据库存储用户配置如用户偏好、通知设置、API 密钥等是一种常见的方法。与 .env、配置文件或环境变量相比数据库存储具有更强的可管理性但也存在一定的性能和安全性问题。下面是数据库存储用户配置的优缺点分析及实现方式。
Python 代码Django ORM
from django.db import modelsclass UserSettings(models.Model):user models.OneToOneField(auth.User, on_deletemodels.CASCADE)theme models.CharField(max_length50, defaultlight)notifications models.BooleanField(defaultTrue)language models.CharField(max_length10, defaulten)updated_at models.DateTimeField(auto_nowTrue)查询用户配置
settings UserSettings.objects.get(userrequest.user)
print(settings.theme) # light应用程序修改自身配置并保留注释
通常情况下配置文件如 .ini, .env, .yaml, .toml, .json主要用于存储应用的静态配置而应用程序一般只读取配置。但在某些特定场景下应用程序允许修改自身的配置文件。
配置格式只读解析库解决方案修改保存.iniconfigparser使用 ConfigObj.envdotenv_values手动读取/合并.yamlPyYAML使用 ruamel.yaml.tomltoml使用 tomlkit.jsonjson使用 commentjson
from configobj import ConfigObjconfig ConfigObj(config.ini, encodingutf-8)# 修改配置
config[settings][theme] dark# 保存时会保留注释
config.write()from tomlkit import parsewith open(config.toml, r) as f:toml_data parse(f.read())# 修改配置
toml_data[app][debug] False# 保存 保留注释
with open(config.toml, w) as f:f.write(toml_data.as_string())
