Repository metrics
- Stars
- (1,748 個のスター)
- PR merge metrics
- (PR metrics pending)
説明
描述錯誤
鲲gal的多标签搜索，经验证出现了没有办法实现从用户端选择发起包含类搜索的问题。 以海景房为例，分类是后宫结局+硬科幻，但是硬科幻首先也算科幻的子范畴（而且从字符上硬科幻、科幻奇幻等既有tag也包含有完整的科幻字符）。我试了下搜后宫结局+硬科幻有海景房、后宫结局+科幻奇幻也有海景房，但是后宫结局+科幻就没了。 我想除了海景房或许其它游戏也存在类似情形。
重現步驟
打开鲲gal侧边栏Galgame下galgame标签选项，搜索页面/标签过滤功能。 场景 A（基准测试）： 多标签搜索下筛选标签：后宫结局 和 硬科幻。 观察结果：确认可以看到包含该组合的游戏（如《海景房》）。 场景 B（包含匹配异常测试）： 清除搜索，重新筛选多标签搜索：后宫结局 和 科幻。 观察结果：无法检索到对应游戏。 场景 C（非精确关联测试）： 尝试筛选：后宫结局 和 科幻奇幻。 观察结果：发现依然可以检索到《海景房》。
经过确认海景房的标签池中分别包含 科幻奇幻 与 硬科幻 tag，但是不包含单独的 科幻 tag。
預期行為
除了修复该问题之外以符合用户预期体验之外， 我想这也是一个强化客户端功能体验的机会。 如果可以找到问题原因并进行精细修复，我认为长远看借机可以增加一种区分选择的筛选搜索功能。也即用户可以在自己的交互操作上选择开关①发起包含类的标签搜索，还是②发起有且仅有对应字符的搜索。 同样以海景房为例，启用①的情况就是如前所述仅通过‘科幻’也可出现‘硬科幻’、‘科幻奇幻’的情况； 而启用②则是仅有同时满足精确到原游戏标签池中已有这种精确到完全一致的tag，才能支持这种组合——比如说如果源游戏标签池只有硬科幻tag而无科幻tag，在该项规则下具体到有且仅有‘硬科幻’三个字的tag完整满足时，相应游戏才会作为搜索结果出现，而如果是以‘科幻’（少了‘硬’）、‘科幻奇幻’（少了‘硬’并多了‘奇幻’二字），则对应选项仅有‘硬科幻’tag在游戏包含标签池中的游戏、不会作为用户检索结果呈现。
也即我推荐在搜索交互界面增加一个切换开关（或说条件筛选开关），由用户自主选择搜索模式：
「包含模式」： ①模糊匹配。输入“科幻”，检索出所有带有“XX科幻”、“科幻XX”标签的游戏。 ②而因为“科幻”本身是个完整的强联系词组，所以我认为类似“科XX幻”、“X科X幻”、“幻XX科”、“XX幻科”、“幻科XX”等方向的随意组合，相对于功能面向客户而言暂且来看是适配需求不足的。 “科幻”作为简称形态，其全名的“科学幻想”可由用户自己填写。因此可能呈现的一种理想情景是，“后宫结局”+“科幻”+“科学幻想”的多标签搜索组合，在该模式下可以匹配到包含“后宫结局”+“硬科幻”+“科学幻想”（或再比如说‘科学幻想ADV’这样以游戏系列名为tag的游戏，假使存在同时满足这些tag组合规则的游戏，则“后宫结局”+“硬科幻”+“科学幻想ADV”的该游戏可以被直接检索。此处仅作为模糊举例）。
「精确模式」： 需要完全一致。输入“科幻”，则不显示只有“硬科幻”等额外标签的游戏。
「标签排除功能」： 该功能的需求旨在满足一类情景，也即支持用户手动再排除项中添加“精确”或“模糊”tag，从而实现对精确搜索范围的收束。比如说存在一个游戏的tag是“不是后宫结局”，如果按照前面提到的包含模式可能会被作为结果仅通过搜索“后宫结局”tag就会作为结果出现。由此该功能支持在搜索活动中，用户自定义不想匹配的指定结果。比如说通过排除“不是后宫结局”这种本意可能是对受众群体避雷向的否定型tag，从而在剩余结果中趋向于其它“后宫结局”类的非否定型的tag。 精确是精确排除指定完全一致的tag，模糊是类似前面提到包含模式的同构逻辑。此举是旨在强化面向客户的精细服务体验，从而在筛选功能上更为流畅且灵活。 简言之也即是支持在搜索中添加“排除项”。排除否定型标签。例如用户搜索 后宫结局，但想避开带有 不是后宫结局 、 后宫破坏 或 伪后宫 这种雷点标签的游戏。排除功能同样应支持“精确排除”和“模糊排除”。 这些优化角度都偏向于基础设施的潜能强化。
以及下附截图呈现结果就是搜索出来的全部游戏。
截圖
附加信息
No response