我一直在阅读和玩Breeze.js一段时间，看起来真的很棒，但我有一个问题：服务器端缓存。
我可以理解客户端缓存实体的优势，但对于流量较大的网站来说，这似乎不够。
如果我有一个公司表，我的应用程序正在缓存客户端，这一切都很好，但如果我有10,000名用户第一次访问我的网站，那就是＃cs我的数据库仍有10,000次点击，而不是第一个用户的单个数据库调用，如果我在服务器上缓存它。
据我所知，当您直接访问数据库时，Breeze才真正有用。我可以想象在我的数据库和Breeze客户端之间处理缓存的OData服务，但我想这将涉及我的代码中的大量额外基础设施，特别是将元数据传递给客户端。
假设Breeze.js在默认情况下与服务器端缓存配合不好，我是错误的吗？
答案 0 :(得分：2)
好消息是服务器端缓存是一个不错的选择。请记住，Breeze是一种客户端技术，可以与任何使用HTTP和JSON的资源配合使用。它不一定是一个数据库。
元数据根本不是问题。我们的元数据文档描述了将元数据视为静态资源的几种技术。例如，您可以轻松地将JSON-ify作为JavaScript文件并将其导入客户端;把那个JavaScript文件放在你的CDN上。
这是您的服务器API。缓存某些高使用率，低容量的集合（例如，填充下拉框的那些讨厌的参考值）将是Redis中的一块蛋糕。
与任何服务器端缓存策略一样，您必须规划要缓存的集合，缓存未命中之后的位置以及如何处理更新。
我希望我有时间起草样本。也许你会试一试并与我们其他人分享。