所以我对 head.js 的想法很感兴趣，但是这个想法并不适合我开发后端的方式。
基本上我要做的是决定我应该如何为我的脚本（js 和 css）提供服务，让我的服务获得最高的性能和最少的流量。我觉得我可以使用更多的后端来复制 head.js 的更集成的想法。我正在使用 node.js，没有任何框架，可以为所有内容提供服务。
此外，我有几个 javascript 和 css 文件。基本上，这个想法是为整个站点提供一个用于页眉、页脚和重用方法和样式的内容。然后每一页都有一个。
最初的想法是让服务器向“/js?src=”发送一个get请求，并且只请求一个像“index”这样的文件，那么index就是所有需要加载到该页面上的javascript将作为单个响应作为一个大的联合脚本。这个问题是我正在使用闭包编译器，这似乎除了CSS之外我会遇到很多问题。
第二个想法是在模板中创建一个循环来为每个脚本创建单独的请求。更多地利用 head.js 的想法，但将其移至后端。
第三个想法，也许我在这一点上想多了。为每个页面创建脚本的闭包编译版本，其中不仅包括页面的 javascript，还包括页眉和页脚，因此脚本永远不会冲突。这会在每个文件中创建冗余数据，并存在不流水线化我的资产的问题。
我的服务的基本理念是建立一个实时提供社交媒体内容、图像和音乐的网站。所以初始页面加载并不是非常重要，但是，我希望服务器能够快速处理大量请求。因此，我更关注为众多用户提供服务的大局，而不是个人用户体验。我最好的方法是什么？