fix(dfm-search): extend semantic filetype suffix coverage

[Johnson-zs]

extend semantic filetype suffix coverage

Bug: https://pms.uniontech.com/bug-view-370203.html

[sourcery-ai]

Sorry @Johnson-zs, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: Johnson-zs

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[deepin-ci-robot]

deepin pr auto review

★ 总体评分：100分

■ 【总体评价】

代码通过动态加载JSON规则替代硬编码列表，有效解决了测试用例与规则文件不同步的问题，逻辑严谨且质量优秀。
代码消除了重复硬编码，性能优化合理，无任何安全漏洞。

■ 【详细分析】

• 1.语法逻辑（完全正确）✓

loadFiletypeExtensions 和 expectedExtsForRule 函数逻辑清晰，正确解析JSON并提取扩展名列表。测试用例中从部分包含检查改为完全匹配检查，增强了测试覆盖度。qFatal 的使用在测试辅助函数中确保了配置错误能被立即发现。
潜在问题：无
建议：无

• 2.代码质量（优秀）✓

消除了多处重复的硬编码扩展名列表，代码可维护性大幅提升。新增的辅助函数命名规范，结构清晰，并使用了 values.reserve(extensions.size()) 进行内存预分配。
潜在问题：无
建议：无

• 3.代码性能（高效）✓

expectedExtsForRule 函数内部使用 static const 变量缓存了 loadFiletypeExtensions 的结果，确保 JSON 文件在程序运行期间只解析一次，避免了重复的文件I/O和解析开销。
潜在问题：无
建议：无

• 4.代码安全（存在0个安全漏洞）✓

漏洞对比统计：新增漏洞 0 个，减少漏洞 0 个，持平 0 个
代码仅读取固定路径的配置文件，不涉及外部输入拼接，无路径遍历或注入风险。

• 建议：无

■ 【改进建议代码示例】

// 代码已非常完善，无需额外修复。

[Johnson-zs]

/forcemerge

[deepin-bot]

This pr force merged! (status: blocked)