不得不说，XR-FRAME的文档真的是...极具个人特色？但它出现应该有一阵子了吧，而且其实小程序上这种需要3D交互的场景应该不少的，为什么互联网上关于它的讨论这么少？我认为文档要背起码一半的锅。

整个文档中分三类：指南，组件，api。文档的维护者似乎认为单靠指南和组件中的文档已经可以解决大部分问题，但实际上这两个文档只能帮助开发者开发出demo级别的内容。很简单的一点：在官方自己给出的demo中，就有大量在组件和指南中找不到的使用。

如果你的需求不是单纯的靠这些提供的组件暴露出来的属性可以直接解决的，就不可变的要去看api文档，而离谱的是文档维护者自己都在开头提示日常使用去看另两个文档，因为这个文档是很简陋的自动生成的。

而对于开发者来说，看这些简陋的文档真的很浪费时间，大部分人只是出于工作的目的使用，项目本身就是有开发时间限制的，在这种情况下，直接iframe嵌一个或者干脆砍掉用其他形式呈现更舒适，就这样的现实情况，XR-FRAME推广不开也很正常了。

从我个人的使用感受来看，XR-FRAME的学习和使用是远远没有three.js顺滑快速的，three.js一天的时间看demo和官方文档，已经可以做到的事情，XR-FRAME中光是找某个操作要怎么实现，就可能要一天，还不一定真的能实现。

你也可以说是因为两者的使用方式很不一致导致的，我一开始就不太适应这种各种components然后get add delete 再对其中的属性方法操作的情况。而这些很常用的操作，都需要去api文档检索...

另外，对于不少开发者，可能根本就没什么计算机图形学方面的基础，甚至可能都没用过three.js，而api文档中对很多属性、接口是没有解释的。你可以说他们是水平不到位，但他们就不配用吗？

我还是希望这个项目的开发、维护者，可以更多的考虑到使用者的良莠不齐，作为开发者本人，本身你们对项目的了解程度就是高于使用者的，水平大概率也高，但你们开发出来的东西，是给各种水平的人用的，上限很重要，下限也很重要，没有这些最基础的使用者去使用它，即使你开发的再好，没有用户有什么用？