马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?立即注册
×
媒介
按照个人风俗,项目伊始我会按照如下布局构造项目设置,也就是设置文件放在conf/目次,单独写一个设置模块pkg/config.py去读取加载。有的小项目还好,没什么设置项。但有的项目要调用许多第三方的接口,设置文件写了一堆接口地点、认证方式等,设置模块也相应增长了几百行。看着这快上千行的设置模块,还是尽早改改比力好。- conf/
- app.toml
- pkg/
- config.py
复制代码 有的项目会把设置打散,各个模块维护各自的设置,但对于使用单一设置模块的项目,除了设置模块,别的模块调用设置类单例的地方我都不想去碰,也懒得碰。这时间,使用Mixin类就比力符合。
在Python中,Mixin只是一种约定,语言层面没有显式支持,实际上就是python的多重继续。
旧代码的设置类
旧的设置模块pkg/config.py大概长如许,每个设置项都写成了动态属性。即便只是简单的取值,也大概会写许多。如果再加上校验,单个文件的内容就会许多了,鼠标滚轮翻快点估计就找不到哪对哪了。- class Config:
- def __init__(self) -> None:
- self._config_file = Path(__file__).parent.parent.parent / "conf" / "config.toml"
- self._config = self._load_config()
- def _load_config(self) -> Dict[str, Any]:
- if not self._config_file.exists():
- raise FileNotFoundError(f"Configuration file {self._config_file} does not exist.")
- with open(self._config_file, "rb") as f:
- return tomllib.load(f)
- @property
- def service_host(self) -> str:
- return self._config.get("service").get("host", "127.0.0.1")
- @property
- def service_port(self) -> int:
- return self._config.get("service").get("port", 8000)
复制代码 拆分
简单示例
如果设置的层级特别深,Mixin里写一长串.get().get()也挺碍眼的。可以写一个基类BaseMixin,在基类中界说一个递归读取设置的方法。- class BaseMixin:
- _config: Dict[str, Any]
-
- def _get_conf(self, *keys: str, default: Any = None) -> Any:
- """递归获取配置"""
- data = self._config
- for k in keys:
- if isinstance(data, dict):
- data = data.get(k)
- else:
- return default
- return data if data is not None else default
- class FeatureMixin(BaseMixin):
- @property
- def is_feature_enabled(self) -> bool:
- return self._get_conf("module", "submodule", "enabled", default=False)
-
- from typing import Any, Dict
- class ServiceMixin(BaseMixin):
- """处理 Service 相关的配置项"""
- @property
- def service_host(self) -> str:
- return self._get_conf("service", "host", default="127.0.0.1")
- @property
- def service_port(self) -> int:
- return self._get_conf("service", "port", default=8000)
- class DatabaseMixin(BaseMixin):
- """处理 Database 相关的配置项"""
- @property
- def db_url(self) -> str:
- return self._get_conf("database", "url", default="sqlite:///./test.db")
复制代码 组合成终极的Config类- import tomllib
- from pathlib import Path
- class Config(ServiceMixin, DatabaseMixin):
- """
- 最终的聚合类。继承了所有 Mixin,因此它拥有了所有定义好的 @property。
- """
- def __init__(self) -> None:
- self._config_file = Path(__file__).parent.parent.parent / "conf" / "config.toml"
- self._config = self._load_config()
- def _load_config(self) -> Dict[str, Any]:
- if not self._config_file.exists():
- raise FileNotFoundError(f"Configuration file {self._config_file} does not exist.")
- with open(self._config_file, "rb") as f:
- return tomllib.load(f)
- # --- 调用端代码完全不需要修改 ---
- config = Config()
- print(config.service_host) # 来源于 ServiceMixin
- print(config.db_url) # 来源于 DatabaseMixin
复制代码 如上改造后,调用方依然使用config.db_url 如许的方式来使用,不消管设置模块怎样改动。以后如果再想新增设置,比如Redis的毗连设置,只必要新增一个RedisMixin类,并加到Config的继续列表里即可。
中心层聚合
当设置的Mixin类越来越多,Config类会有一溜排的Mixin类要继续,看着有颔首重脚轻。这时可以按逻辑范畴先举行聚合。
比如,数据库相干的先聚合成DBMixins(这种中心层聚合的Mixin类,保举定名后缀为Mixins)- # pkg/config/mixins/db.py
- class PostgresMixin(BaseMixin):
- @property
- def pg_host(self) -> str:
- pass
-
- @property
- def pg_port(self) -> int:
- pass
-
- class RedisMixin(BaseMixin):
- @property
- def redis_host(self) -> str:
- pass
-
- @property
- def redis_port(self) -> int:
- pass
-
- class DBMixins(PostgresMixin, RedisMixin):
- pass
复制代码 在Config类中组装- # pkg/config/config.py
- from pkg.config.mixins.db import DBMixins
- class Config(DBMixins):
- pass
复制代码 终极目次布局如下:- conf/
- config.toml
- pkg/
- config/
- __init__.py # 在此创建 Config 类的单例
- config.py # 其中只有 Config 类
- mixins/
- __init__.py # 定义 BaseMixin 基类
- db.py
- third_parties.py
复制代码 增补
对于新项目,可以试试把设置全部放到环境变量,各个模块实现各自的设置模块。长处就是找起来方便,而且从环境变量中读取设置也不消耗心文件读取的壅闭标题。现在许多运行在k8s上的服务喜好用这种读取环境变量的设置方式。缺点大概就是维护起来不太方便,毕竟设置被打散了,交接给别人的话,别人大概得到处找设置。
免责声明:如果侵犯了您的权益,请联系站长及时删除侵权内容,谢谢合作!qidao123.com:ToB企服之家,中国第一个企服评测及软件市场,开放入驻,技术点评得现金. |