我在确定一种在我正在构建的应用程序中加载额外数据的方法时遇到了一些困难。该应用程序是一个 CMS，其中一个页面由许多片段组成——一些可重复使用，另一些是专有的。
独占片段的示例可能是描述/作者元标记，而可重用片段可能是链接列表。
我目前的方法是加载构成页面大部分的基本数据，例如主体内容、标题、slug、日期（发布/到期/修改）。在加载该部分并准备好 ui 后，我加载了 2 个附加数据集：元标记集合；片段的集合。
我的授予是：1. 可扩展性 2. 速度 3. 可维护性
我的方法是合理的还是我应该考虑另一种方法？
我假设您正在使用 AJAX 进行上述延迟加载。
你的方法合理吗？您的问题的答案取决于整个页面的加载速度（包括片段）。当我们想要创建页面加载的感知时使用您的技术，以便用户在心理上不想等待，
当整个页面被认为太长而无法加载时，就会使用该技术。由于“加载时间过长”的衡量标准是主观的，我们以 8 秒为例。如果整个页面需要 8 秒加载，而部分页面（如主体等）需要 3 秒，那么首先加载这些部分是明智的，这样用户在心理上就不想等待 8 秒。
至于你的3个标准：
可扩展性：延迟加载会增加返回服务器的 http 调用次数，从而在对服务器的总调用次数以及占用并发连接数的可能性方面引入额外的负载。因此，延迟加载会给服务器带来额外的开销。但是，如果您的部署环境是一个正确的集群，它应该不会给您带来任何重大问题。
速度：这又回到了我之前所说的。如果您的整个页面加载速度非常快，那么延迟加载片段实际上可能会减慢速度（以总秒数计），因为您正在对服务器进行额外的 HTTP 调用。在这种情况下，您也无法帮助用户感知。但是，如果加载整个页面的速度很长，那么该技术是有意义的，因为它可以提高用户对速度的感知，即使速度加载的总时间可能更长。
可维护性：一个好的实现可以通过几个简单的代码在加载整个页面和片段之间进行选择。这意味着您已经编写了可维护且灵活的代码。