目前解析文件的成本很高，该文件会生成约 400 个键值对的字典，很少更新。以前有一个解析文件的函数，将其写入字典语法中的文本文件（即dict = {'Adam': 'Room 430', 'Bob': 'Room 404'}）等，然后将其复制并粘贴到另一个函数中，该函数的唯一目的是返回已解析的字典。
因此，在我将使用该字典的每个文件中，我都会导入该函数，并将其分配给一个变量，该变量现在就是该字典。想知道是否有更优雅的方法来做到这一点，它不涉及显式复制和粘贴代码？使用数据库似乎没有必要，文本文件让我在将其添加到函数之前查看解析是否正确完成。但我愿意接受建议。
【问题讨论】：
json.loads()？
标签： python database json dictionary
为什么不将其转储到 JSON 文件中，然后从那里加载到您需要的地方？
import json
with open('my_dict.json', 'w') as f:
json.dump(my_dict, f)
# elsewhere...
with open('my_dict.json') as f:
my_dict = json.load(f)
从 JSON 加载相当有效。
另一种选择是使用 pickle，但与 JSON 不同的是，它生成的文件不是人类可读的，因此您会失去从旧方法中喜欢的视觉验证。
【讨论】：
为什么要搞乱所有这些序列化方法？它已经作为 Python dict 写入文件（尽管不幸的名称为 'dict'）。更改您的程序以使用更好的变量名称写出数据 - 可能是“数据”或“目录”，并将文件保存为 Python 文件，例如 data.py。然后，您可以直接在运行时导入数据，而无需任何笨拙的复制/粘贴或 JSON/搁置/等。解析：
from data import catalog
【讨论】：
with open("data.py", "w") as f: f.write("catalog = " + str(catalog)) 从 python dict 创建文件，但如果您尝试编写任何不可序列化的内容，这不会引发错误，并且会打扰我的感受。
在许多情况下，JSON 可能是正确的方法；但可能有替代方案。看起来您的键和值始终是字符串，对吗？您可以考虑使用dbm/anydbm。这些是“数据库”，但它们的行为几乎与字典完全一样。它们非常适合廉价的数据持久性。
>>> import anydbm
>>> dict_of_strings = anydbm.open('data', 'c')
>>> dict_of_strings['foo'] = 'bar'
>>> dict_of_strings.close()
>>> dict_of_strings = anydbm.open('data')
>>> dict_of_strings['foo']
'bar'
【讨论】：
如果存储效率很重要，请使用 Pickle 或 Cpickle（以提高执行性能）。正如 Amber 所指出的，您还可以通过 Json 转储/加载。它将是人类可读的，但需要更多磁盘。
【讨论】：
我建议您考虑使用shelve 模块，因为您的数据结构是一个映射。
那是我的answer 与标题为If I want to build a custom database, how could I? 的类似问题在我的另一个answer 中还有一些示例代码，用于推广它用于问题How to get a object database?
ActiveState 有一个高度评价的PersistentDict 配方，它支持 csv、json 和 pickle 输出文件格式。它非常快，因为所有这三种格式都是用 C 实现的（尽管配方本身是纯 Python），所以它在打开文件时将整个文件读入内存这一事实可能是可以接受的。
【讨论】：
在 JSON 方向上还有一个叫做 simpleJSON 的东西。我第一次在 python 中使用 json，json 库对我不起作用/我想不通。 simpleJSON...更易于使用
【讨论】：
JSON（或 YAML 或其他）序列化可能会更好，但如果您已经使用 python 语法将字典写入文本文件，并完成了变量名绑定，您可以将其写入 .py 文件反而。然后该 python 文件将可以按原样导入和使用。不需要“返回字典的函数”方法，因为您可以直接将其用作该文件中的全局变量。例如
# generated.py
please_dont_use_dict_as_a_variable_name = {'Adam': 'Room 430', 'Bob': 'Room 404'}
而不是：
# manually_copied.py
def get_dict():
return {'Adam': 'Room 430', 'Bob': 'Room 404'}
唯一的区别是manually_copied.get_dict 每次都为您提供字典的新副本，而generated.please_dont_use_dict_as_a_variable_name[1] 是单个共享对象。如果您在检索程序后修改程序中的字典，这可能很重要，但如果您需要独立修改一个副本，您始终可以使用copy.copy 或copy.deepcopy 创建一个新副本。
[1] dict、list、str、int、map 等通常被视为错误的变量名。原因是这些已经被定义为内置，并且非常常用。因此，如果您给某个东西起这样的名字，至少它会导致阅读您的代码的人（包括您离开一段时间后的您）产生认知失调，因为他们必须记住“dict并不意味着它通常在这里做的事情”。也很有可能在某些时候你会得到一个令人恼火的解决错误报告 dict 对象不可调用（或其他东西），因为某些代码正在尝试使用 type em> dict，但正在获取您绑定到名称 dict 的字典对象。
【讨论】：