分析一下这个问题,发现最关键的点在于将评论中的选项指向与当前显示的选项对应起来。如果以ABCD来对评论进行提取分析的话,体验会很差,比如USA会变成USB,当然你可以把这个案例拿出来特殊处理,但总是有处理不到的案例。
既然只是要让评论和选项对应起来,完全可以提供一种变通的方式,比如有人提到的@A,@B这样的形式,注意这种方案的本质在于在输入时识别用户想要指出的选项,因此你需要在用户输入的时候做一些辅助,比如在内部换成选项的ID之类的再提交,否则又回到了上面的“提取”,一样会误判。(me@apple.com -> me@dpple.com之类……)
当然,这种方式也有弊端,就是不太符合用户认知,即用户不一定会认可,甚至用户根本不知道要引用选项还需要采用这样的“变态”方式,因此在交互上也需要进行一些引导,告知用户正确引用选项的方法。甚至可以强硬地做一些判断,比如评论内容中出现ABCD时进行一些轻提示“您是否提到了题目中的选项,如果是的话,你需要XXXX才行”。
除此之外,还有一种更极端的办法,因为混淆来自ABCD,我们可以直接将这种混淆去掉,因为我们是在web页面上答题,可以直接使用控件进行交互,并不需要像纸上答题那样使用代号来代指答案,因此完全可以使用这样的形式:
你觉得我帅吗?
⊙ 帅爆了
〇 不帅
然后评论就会变成
这题目好无耻啊,居然只有“帅爆了”和“不帅”,我想说“有一点帅”怎么办?
看,根本就没有烦恼了。
最后一句,纯装逼,请忽略:有些问题不一定非得靠程序来解决,多多借助设计的力量,往往能事半功倍。