当我们把更丰富的内容、更精细的交互带到小程序上，带了意想不到的技术挑战。我们通常会说，这个产品做起来很难，但难这一个字，背后有着丰富的涵义。

开发之难，可能来自于：

如何让产品有出人意料的功能

如何让产品性能更为卓越

如何让产品更精细，更稳定

如何让开发效率更高，更易于维护

但落地到小程序上，就傻眼了，所有的思路一下被堵死，因为：

小程序缺少对界面信息的获取方式，即使新增了接口，也很难精确了解界面状况，进而动态的调整交互；

小程序能监听交互事件的方式非常局限，不仅事件少，还灵活度差；

无法获得排版信息；

直接绘制？Canvas 官方都不推荐了，因为真的设计的太糟糕没法用。

直到最后，倒腾出了这个方案。大抵是：

发挥数据结构的力量。既然动态捕获不了精确的界面信息，就提前把内容打散，拆成段落、句子、词，映射出一个比较复杂的控件树，这样只要控制每个控件的渲染，了解控件在界面中的信息就够了；

用基本的交互事件来模拟高阶的交互事件。小程序的高阶交互事件（比如长按、滑动）Bugs 太多，只有用基本事件（比如：点击、结束点击）来模拟才能绕过；

修改设计！通过调整成按句子选择、模拟摇杆操作，绕开精确控制的必要性，不仅简化了实现，在用户体验上也更为流畅。