我什么时候应该将 JSON 拆分成更小的部分？
When should I split a JSON into smaller parts?
我想在 web 中使用 cmudict 文件。它包含 170000 个单词及其音标（以 ARPAbet 符号表示）。
http://www.speech.cs.cmu.edu/cgi-bin/cmudict
我想以 JSON 格式使用它，搜索用户介绍的任何单词和 return 如何逐音节发音的解释。第二部分在搜索词方面不是很复杂，因为只有 39 个不同的音素，但如果用户引入文本而不是单个单词来转录，则具有 170000 个条目的第一部分可能会消耗太多时间。
我想知道是否值得将 JSON 分成 26 个部分（每个首字母一个）并仅在相应的文件中搜索。
我也不知道 JSON 是否是最好的格式，但我想在 Tumblr 或 Blogger 之类的免费博客中使用它（或类似的，问题是我不t want to spend money in this) and Javascript 是他们支持的。我也会听取这方面的建议。
好吧，这很难，因为您必须考虑下载大小。我会将所有属性的名称缩短到尽可能小，因此我不会重复 "description" : "the short description"，而是使用 "sd" : "the short description"。您正在尝试使用 javascript 来提供数据文件，这没关系，因为您可以依赖缓存而不是什么，但初始下载大小可能相当大。我会做类似 var myDictionary = { }; 的事情在文件的顶部，这样你就可以引用变量，因为它在全局 space 中。这无疑是一个有趣的实验。
我想在 web 中使用 cmudict 文件。它包含 170000 个单词及其音标（以 ARPAbet 符号表示）。
http://www.speech.cs.cmu.edu/cgi-bin/cmudict
我想以 JSON 格式使用它，搜索用户介绍的任何单词和 return 如何逐音节发音的解释。第二部分在搜索词方面不是很复杂，因为只有 39 个不同的音素，但如果用户引入文本而不是单个单词来转录，则具有 170000 个条目的第一部分可能会消耗太多时间。
我想知道是否值得将 JSON 分成 26 个部分（每个首字母一个）并仅在相应的文件中搜索。
我也不知道 JSON 是否是最好的格式，但我想在 Tumblr 或 Blogger 之类的免费博客中使用它（或类似的，问题是我不t want to spend money in this) and Javascript 是他们支持的。我也会听取这方面的建议。
好吧，这很难，因为您必须考虑下载大小。我会将所有属性的名称缩短到尽可能小，因此我不会重复 "description" : "the short description"，而是使用 "sd" : "the short description"。您正在尝试使用 javascript 来提供数据文件，这没关系，因为您可以依赖缓存而不是什么，但初始下载大小可能相当大。我会做类似 var myDictionary = { }; 的事情在文件的顶部，这样你就可以引用变量，因为它在全局 space 中。这无疑是一个有趣的实验。