Javascript 没有动态数据的外部json文件有什么优点？
我正在编写一个JS脚本，它接收外部数据。在运行期间，数据永远不会更改。把它放在外部JSON文件中，而不仅仅放在.js甚至.html文件中，有什么好处吗Javascript 没有动态数据的外部json文件有什么优点？,javascript,json,Javascript,Json,我正在编写一个JS脚本，它接收外部数据。在运行期间，数据永远不会更改。把它放在外部JSON文件中，而不仅仅放在.js甚至.html文件中，有什么好处吗 我可以想到两个缺点：这是一个额外的请求，需要在加载外部文件后触发一个额外的事件。取决于JSON文件的大小 如果JSON文件太大，并且延迟了任何后续CSS文件的加载，那将是不可取的。CSS加载得越早，您的网页“看起来”越早 还考虑到JSON文件的主机名的请求数量。您希望保持在最大并行请求数以下（前2个，现在6个-请参阅） 最后，如果我站在这个肥皂盒
我可以想到两个缺点：这是一个额外的请求，需要在加载外部文件后触发一个额外的事件。取决于JSON文件的大小 如果JSON文件太大，并且延迟了任何后续CSS文件的加载，那将是不可取的。CSS加载得越早，您的网页“看起来”越早
还考虑到JSON文件的主机名的请求数量。您希望保持在最大并行请求数以下（前2个，现在6个-请参阅）
最后，如果我站在这个肥皂盒上：如果它是外部的，管理起来会更容易。我建议在大多数情况下提高可管理性/适应性，以小幅度提高速度。取决于JSON文件的大小 如果JSON文件太大，并且延迟了任何后续CSS文件的加载，那将是不可取的。CSS加载得越早，您的网页“看起来”越早
还考虑到JSON文件的主机名的请求数量。您希望保持在最大并行请求数以下（前2个，现在6个-请参阅）
最后，如果我站在这个肥皂盒上：如果它是外部的，管理起来会更容易。我建议在大多数情况下提高可管理性/适应性，以小幅度提高速度。取决于JSON文件的大小 如果JSON文件太大，并且延迟了任何后续CSS文件的加载，那将是不可取的。CSS加载得越早，您的网页“看起来”越早
还考虑到JSON文件的主机名的请求数量。您希望保持在最大并行请求数以下（前2个，现在6个-请参阅）
最后，如果我站在这个肥皂盒上：如果它是外部的，管理起来会更容易。我建议在大多数情况下提高可管理性/适应性，以小幅度提高速度。取决于JSON文件的大小 如果JSON文件太大，并且延迟了任何后续CSS文件的加载，那将是不可取的。CSS加载得越早，您的网页“看起来”越早
还考虑到JSON文件的主机名的请求数量。您希望保持在最大并行请求数以下（前2个，现在6个-请参阅）
最后，如果我站在这个肥皂盒上：如果它是外部的，管理起来会更容易。我建议提高可管理性/适应性，以适应大多数情况下的小幅提速。如今，从技术上讲，我们可以在一个HTML文档中填充站点所需的所有内容：
- 样式表
- 剧本
- 资料
- 照片
- 您需要自动构建脚本将所有资产注入到位（除非您愿意面对维护混乱）。对自动化的需求不一定是一个缺点，但这是一个你需要考虑的必要条件
- 下载量巨大，您可能无法从部分渲染中获益
- 不可能利用代理或浏览器缓存，除非HTML本身是静态的
- 不可能发布部分升级
不管怎样，您的里程数可能会有所不同。如今，我们可以在一个HTML文档中技术性地填充网站所需的所有内容：
- 样式表
- 剧本
- 资料
- 照片
- 您需要自动构建脚本将所有资产注入到位（除非您愿意面对维护混乱）。对自动化的需求不一定是一个缺点，但这是一个你需要考虑的必要条件
- 下载量巨大，您可能无法从部分渲染中获益
- 不可能利用代理或浏览器缓存，除非HTML本身是静态的
- 不可能发布部分升级
不管怎样，您的里程数可能会有所不同。如今，我们可以在一个HTML文档中技术性地填充网站所需的所有内容：
- 样式表
- 剧本
- 资料
- 照片
- 您需要自动构建脚本将所有资产注入到位（除非您愿意面对维护混乱）。对自动化的需求不一定是一个缺点，但这是一个你需要考虑的必要条件
- 下载量巨大，您可能无法从部分渲染中获益
- 不可能利用代理或浏览器缓存，除非HTML本身是静态的
- 不可能发布部分升级
不管怎样，您的里程数可能会有所不同。如今，我们可以在一个HTML文档中技术性地填充网站所需的所有内容：
- 样式表
- 剧本
- 资料
- 照片
- 您需要自动构建脚本将所有资产注入到位（除非您愿意面对维护混乱）。对自动化的需求不一定是一个缺点，但这是一个你需要考虑的必要条件
- 下载量巨大，您可能无法从部分渲染中获益
- 不可能利用代理或浏览器缓存，除非HTML本身是静态的
- 不可能释放p