改进标签自动补全

[FooIbar]

需求 / Requirement

• [X] 在所有自动补全的标签后添加$，避免诸如搜索f:tail时匹配到f:tail plug的情形
• [X] 支持在指定名空间下的标签补全
• [X] 支持完整的名空间前缀
• [ ] ~~拆分标签数据库与翻译数据库，支持对暂无翻译的标签进行补全~~
• [X] 支持操作符（-、~）和限定符（tag:、weak:）下的标签补全

建议实现 / Suggested implements

/

备注 / Addition details

No response

EhViewer 版本号 / EhViewer version code

1.8.5.3

EhViewer CI 版本 / EhViewer CI Version

https://github.com/Ehviewer-Overhauled/Ehviewer/actions/runs/4041414877

自查步骤 / Verify steps

• [X] 如果您有足够的时间和能力，并愿意为此提交 PR ，请勾上此复选框 / Pull request is welcome. Check this if you want to start a pull request
• [X] 您已仔细查看并知情 Q&A 中的内容 / You have checked Q&A carefully
• [X] 您已搜索过 Issue Tracker，没有找到类似内容 / I have searched on Issue Tracker, No duplicate or related open issue has been found
• [X] 您确保这个 Issue 只提及一个功能。如果您有多个功能请求，烦请发起多个 Issue / Ensure there is only one feature request in this issue. Please make mutiply issue for mutiply feature request
• [X] 您确保已使用最新 CI 版本测试，并且该功能在最新 CI 版本中并未按照预期实现 / This feature don't implement correctly in latest CI version

[asuka-mio]

或许可以考虑下protobuf格式， json我感觉性能损失还是有点大

[asuka-mio]

而且如果不考虑引入额外库带来的体积增大的话 也可以考虑用androidx appsearch库

[FooIbar]

或许可以考虑下protobuf格式， json我感觉性能损失还是有点大

用protobuf会提升很多吗？ 做了个不太严谨的测试，在都使用kotlinx serialization的情况下，ProtoBuf.decodeFromByteArray(source.readByteArray())的耗时大概是Json.decodeFromStream(source.inputStream())的1.6倍 而且内容基本上都是utf-8文本，文件大小也小不到哪里去，大概是934k vs 997k

[FooIbar]

4. 好像有点问题，从https://repo.e-hentai.org/tools.php?act=taggroup 拿到的标签还不如翻译数据库里的多

[asuka-mio]

啊这 按理说不应该 protobuf 能节约键的存储空间