python 配置Referrer Policy Python 配置文件变量

转载

代码匠人之心 2023-11-09 20:22:43

用Python变量作为配置文件格式的利与弊

配置文件的格式非常多，有ini、xml、yaml等等，各有优点，适合不同的场景。然而，由于Python语言的解释性和动态性，给Python程序员带来了另一个选择：直接用Python变量作为配置文件格式，相信Python程序员更倾向于这种形式。但是，在享受便利的同时，不能忽略当中存在的不足。

相信大部分Python程序员都不会陌生，把配置直接用变量的形式写到一个模块中，在需要读取配置的地方，直接import模块就能得到配置变量。这得益于：

配置文件示例：

<!-- lang: python -->
# config.py
listen_port = 4444
use_epoll = True
...

在读取配置的地方：

<!-- lang: python -->
import config
port_num = config.listen_port
if config.use_epoll:
    ...

直接用python变量作为配置文件格式的优点是显然的：

如此明显的优势，相信用Python编程的时候，如无特殊情况，必定会选用这种形式的配置文件。

接下来，我们说说**“特殊情况”**，什么情况下应该避免使用Python变量作为配置文件。

方便之处在于不用parser，缺点也在于不用parser。

通常情况，配置文件是人负责写，程序负责读。现在，程序读配置文件非常方便，人写配置文件也非常方便。

但是会不会存在这样的情况，配置文件既要让人写，也要让代码写。显然，这种情况是存在的，比如：程序的配置可以直接改配置文件，同时也提供了一套界面让用户在界面上修改配置。在界面上修改的配置，最终也是反映到配置文件中，这就要求代码修改配置文件了。

那么，我们获得配置文件变量的值容易，把修改后的值写回去容易吗？

容易：按照语法格式，变量 = 值，写到配置文件即可。
不容易：由于没有任何parser的支持，我们我们只知道有这个变量，知道这个变量的值，但是，不能定位到原来配置文件中变量的位置，这就限制了我们无法在原来的位置上修改，只能重新生成整个配置文件。

注释丢失，我们没法获得配置文件的注释，也就无法重新生成，所有注释都将丢失。虽然不影响功能，但是用户下次想要手动修改的时候，没有了先前的注释非常不方便。
变量顺序混乱，在Python解释器看来，配置文件的变量是没有顺序，但是现实中，用户对配置变量的理解是功能相近分成“一组”，根据作用的大小、先后排出“顺序”。顺序混乱了，用户想要手动修改的时候将会非常困惑。