本地缓存REST api /公开graphql终结点，这样我就可以在我学校肮脏的前端周围乱砍

如何解决本地缓存REST api /公开graphql终结点，这样我就可以在我学校肮脏的前端周围乱砍

只是为了澄清这个问题：我不想违反规则做任何事情，只是更有效地利用我的资源。

嗨，我去了一家具有高度创新学习平台的在线学校。

问题在于平台非常糟糕。前端-一种糟糕的react（？）和骨干结构--似乎是由新生编写​​的，没有效率的概念，而后端（django / REST）花费了一秒钟的时间来返回最简单的数据库查询。同样，运行7年的v1版本以来，用户界面的组织非常糟糕，反应迟钝（顺便说一句，又是什么@media查询？），并且通常无法使用。

我想构建一个使平台可用的新前端。我已经对后端api进行了反向工程，并且我知道我可以轻松构建更快的前端，但是我遇到了两个问题。

1. 该api是围绕不良接口设计的，不会以有用的形式返回信息。
2. 后端太慢了。

我实际上想获取的信息量有限（千字节）。因此，我目前的计划是编写某种中间层，该中间层将在页面加载时对后端运行一堆并行的api调用，缓存信息并公开我的前端可以使用的graphql端点。

构建中间层听起来很麻烦。所以，我的问题是：这个问题已经解决了吗？有没有免费的图书馆？

一个理想的解决方案是python，节点或react库，该库将维护此类缓存，支持紧急加载并通过缓存或（如有必要）新的api调用将前端graphql调用转换为数据数据。我可以在本地运行其他服务器来解决此问题。