最有效地保存属性文件
Save Properties File MOST EFFICIENT
以下哪种方式更好（速度更快，存储空间更少）？
- 在每个文件中保存数千个
xyz.properties — 大约 30 keys/values
- 一个
.properties 文件，其中包含所有数据 — 大约 30,000 keys/values
打开和关闭 1000 多个文件是操作系统的主要开销，因此您最好使用一个大文件。
我认为这里有两个方面：
- 正如 Guenther 正确指出的那样，处理文件会带来 开销。你需要"file handles"；以及其他可能处理文件的数据结构；所以可能有很多不同的级别，一个大文件比许多小文件要好。
- 不过还有"maintainability"。意思是：从开发人员的角度来看，处理包含 30 K key/values 的 属性 文件是您真正不想涉足的事情。如果所有内容都在一个文件中，则您必须不断更新（和部署）这个巨大的文件。一变；整个文件都需要出去。您是否有允许 "run-time" 重新加载属性的机制？或者这是否意味着您的应用程序必须关闭？以及您在那个大文件中有重复项的频率是多少？或更糟：您在第 5082 行为 属性 A 设置了一个值，然后有人没有注意并且 overrides 属性 A 在第 29732 行。有很多事情都可能出错；仅仅因为将所有这些东西都放在一个文件中；再也无法被人类消化！请放心：调试类似的东西会 hard.
我只是给了你一些思考的问题；所以你可能想退后一步，从你的角度提出更多要求。
无论如何；您可能想要研究开发人员处理许多小 属性 文件的解决方案（您知道，每个功能有 一个 文件）。然后使用工具 构建 在生产环境中使用的一个大文件。
最后：如果你的应用确实需要30K个属性；那么您应该更加担心产品的质量。在我看来，这不是设计"smell"；这听起来像是一种设计恶臭。意思是：没有合理的应用程序应该需要 30K 属性才能运行。
以下哪种方式更好（速度更快，存储空间更少）？
- 在每个文件中保存数千个
xyz.properties— 大约 30 keys/values - 一个
.properties文件，其中包含所有数据 — 大约 30,000 keys/values
打开和关闭 1000 多个文件是操作系统的主要开销，因此您最好使用一个大文件。
我认为这里有两个方面：
- 正如 Guenther 正确指出的那样，处理文件会带来 开销。你需要"file handles"；以及其他可能处理文件的数据结构；所以可能有很多不同的级别，一个大文件比许多小文件要好。
- 不过还有"maintainability"。意思是：从开发人员的角度来看，处理包含 30 K key/values 的 属性 文件是您真正不想涉足的事情。如果所有内容都在一个文件中，则您必须不断更新（和部署）这个巨大的文件。一变；整个文件都需要出去。您是否有允许 "run-time" 重新加载属性的机制？或者这是否意味着您的应用程序必须关闭？以及您在那个大文件中有重复项的频率是多少？或更糟：您在第 5082 行为 属性 A 设置了一个值，然后有人没有注意并且 overrides 属性 A 在第 29732 行。有很多事情都可能出错；仅仅因为将所有这些东西都放在一个文件中；再也无法被人类消化！请放心：调试类似的东西会 hard.
我只是给了你一些思考的问题；所以你可能想退后一步，从你的角度提出更多要求。
无论如何；您可能想要研究开发人员处理许多小 属性 文件的解决方案（您知道，每个功能有 一个 文件）。然后使用工具 构建 在生产环境中使用的一个大文件。
最后：如果你的应用确实需要30K个属性；那么您应该更加担心产品的质量。在我看来，这不是设计"smell"；这听起来像是一种设计恶臭。意思是：没有合理的应用程序应该需要 30K 属性才能运行。