使用Mixin类简单重构配置模块

前言

按照个人习惯，项目伊始我会按照如下结构组织项目配置，也就是配置文件放在conf/目录，单独写一个配置模块pkg/config.py去读取加载。有的小项目还好，没什么配置项。但有的项目要调用很多第三方的接口，配置文件写了一堆接口地址、认证方式等，配置模块也相应增加了几百行。看着这快上千行的配置模块，还是尽早改改比较好。

1. conf/  app.tomlpkg/  config.py

复制代码

有的项目会把配置打散，各个模块维护各自的配置，但对于使用单一配置模块的项目，除了配置模块，其它模块调用配置类单例的地方我都不想去碰，也懒得碰。这时候，使用Mixin类就比较合适。
在Python中，Mixin只是一种约定，语言层面没有显式支持，实际上就是python的多重继承。
旧代码的配置类

旧的配置模块pkg/config.py大概长这样，每个配置项都写成了动态属性。即便只是简单的取值，也可能会写很多。如果再加上校验，单个文件的内容就会很多了，鼠标滚轮翻快点估计就找不到哪对哪了。

1. 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，在基类中定义一个递归读取配置的方法。

1. 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 defaultclass FeatureMixin(BaseMixin):    @property    def is_feature_enabled(self) -> bool:        return self._get_conf("module", "submodule", "enabled", default=False)        from typing import Any, Dictclass 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类

1. import tomllibfrom pathlib import Pathclass 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)  # 来源于 ServiceMixinprint(config.db_url)        # 来源于 DatabaseMixin

复制代码

如上改造后，调用方依然使用config.db_url 这样的方式来使用，不用管配置模块如何改动。以后如果再想新增配置，比如Redis的连接配置，只需要新增一个RedisMixin类，并加到Config的继承列表里即可。
中间层聚合

当配置的Mixin类越来越多，Config类会有一溜排的Mixin类要继承，看着有点头重脚轻。这时可以按逻辑领域先进行聚合。
比如，数据库相关的先聚合成DBMixins（这种中间层聚合的Mixin类，推荐命名后缀为Mixins）

1. # pkg/config/mixins/db.pyclass 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类中组装

1. # pkg/config/config.pyfrom pkg.config.mixins.db import DBMixinsclass Config(DBMixins):    pass

复制代码

最终目录结构如下：

1. conf/  config.tomlpkg/  config/    __init__.py  # 在此创建 Config 类的单例    config.py    # 其中只有 Config 类    mixins/      __init__.py  # 定义 BaseMixin 基类      db.py      third_parties.py

复制代码

补充

对于新项目，可以试试把配置全部放到环境变量，各个模块实现各自的配置模块。好处就是找起来方便，而且从环境变量中读取配置也不用操心文件读取的阻塞问题。目前很多运行在k8s上的服务喜欢用这种读取环境变量的配置方式。缺点可能就是维护起来不太方便，毕竟配置被打散了，交接给别人的话，别人可能得到处找配置。

来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！