文档中的 Crossfilter Dimension 限制说 8 或 16 或 32，令人困惑
Crossfilter Dimension limitations in the document say 8 or 16 or 32, its confusing
Crossfilter 维度文件说 Creating more than 8 dimensions, and more than 16 or 32 dimensions, introduces additional overhead 我对这个声明有点困惑？你能澄清一下吗？
当我们创建超过 8 个或 16 个或 32 个维度时会产生开销？
这是一个实现 "detail"（顺便说一句，我不认为交叉过滤器适用于超过 32 个维度）。
我不会将其视为硬性限制，只是将其解读为 "the more dimensions, the slower it gets"。根据你的数据集的大小，你可能有十几个维度。
数据集越大，维度越多，它变得越慢，如果点击图表时进行过滤需要 "too long"，dc 正在失去它的魔力。如果它变得反应迟钝，说明你的维度太多了 ;)
这还取决于您正在构建的内容的用户是谁：如果所有用户都在使用新的笔记本电脑和现代浏览器，如果您对速度感到满意，那就没问题了。
如果您为 public 网站开发，则需要在智能手机上进行测试，在笔记本电脑上运行良好的功能在旧 android 上可能效果不佳。
Crossfilter 维度文件说 Creating more than 8 dimensions, and more than 16 or 32 dimensions, introduces additional overhead 我对这个声明有点困惑？你能澄清一下吗？
当我们创建超过 8 个或 16 个或 32 个维度时会产生开销？
这是一个实现 "detail"（顺便说一句，我不认为交叉过滤器适用于超过 32 个维度）。
我不会将其视为硬性限制，只是将其解读为 "the more dimensions, the slower it gets"。根据你的数据集的大小，你可能有十几个维度。
数据集越大，维度越多，它变得越慢，如果点击图表时进行过滤需要 "too long"，dc 正在失去它的魔力。如果它变得反应迟钝，说明你的维度太多了 ;)
这还取决于您正在构建的内容的用户是谁：如果所有用户都在使用新的笔记本电脑和现代浏览器，如果您对速度感到满意，那就没问题了。
如果您为 public 网站开发，则需要在智能手机上进行测试，在笔记本电脑上运行良好的功能在旧 android 上可能效果不佳。