chore: adapt Qt6 QRegularExpression option

[wyu71]

• Remove Qt version check for QRegularExpression options
• Use QRegularExpression::CaseInsensitiveOption consistently
• Remove Qt5 specific Qt::CaseInsensitive option

Log: adapt Qt6 QRegularExpression option

[deepin-ci-robot]

deepin pr auto review

代码审查意见：

1. 代码重复：在条件编译部分，QRegularExpression 的创建代码被重复了两次，一次是针对 Qt 6.0.0 及以上版本，一次是针对 Qt 6.0.0 以下版本。建议将重复代码提取到一个单独的函数中，以减少代码重复并提高可维护性。

2. 正则表达式：正则表达式 reg 和 reg1 的定义使用了 QRegularExpression::CaseInsensitiveOption，这是一个好的做法，因为它确保了正则表达式匹配时不区分大小写。但是，如果这些正则表达式在其他地方也有使用，建议将它们定义为全局常量，以便在整个项目中复用。

3. 匹配结果检查：在 if (m_isTrue) 语句块中，使用了 reg.match(m_cond) 来获取匹配结果，但没有检查 match.hasMatch() 是否为 true。如果 m_cond 不匹配正则表达式，match 对象可能包含不完整或错误的数据。建议在处理 match 对象之前，先检查 match.hasMatch() 是否为 true。

4. 代码风格：代码缩进和格式看起来比较混乱，建议统一代码风格，以提高代码的可读性。例如，if (m_isTrue) 语句块后面的代码应该缩进，以表明它们是条件语句的一部分。

5. 错误处理：如果 reg.match(m_cond) 或 reg1.match(m_cond) 失败，应该有相应的错误处理机制，以避免程序在运行时出现未定义行为。例如，可以在匹配失败时记录日志或抛出异常。

6. 性能考虑：如果 reg 和 reg1 在多个地方使用，建议将它们定义为静态局部变量，而不是全局变量。这样可以避免在每次调用 MetaCond 构造函数时都创建新的正则表达式对象，从而提高性能。

综上所述，建议对代码进行重构，以提高代码的可读性、可维护性和性能。

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: lzwind, wyu71

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

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

[wyu71]

/forcemerge

[deepin-bot]

This pr force merged! (status: unstable)