fix: [build] dconfig error in low dtk version

[LiHua000]

Log: as title

[deepin-ci-robot]

deepin pr auto review

我来对这个代码变更进行审查：

1. 语法逻辑：

• 代码通过添加 #ifdef DTKCORE_CLASS_DConfigFile 条件编译来控制 DConfig 相关代码的包含和使用，逻辑正确。
• 在构造函数和析构函数中正确处理了条件编译下的代码分支。
• 语法上没有明显错误。

2. 代码质量：

• 优点：
  • 使用条件编译提高了代码的可移植性，允许在没有 DConfig 支持的环境中编译。
  • 析构函数中增加了对 m_config 的空指针检查，提高了代码健壮性。
• 可改进之处：
  • 可以考虑将条件编译的宏定义放在一个专门的配置头文件中，便于统一管理。
  • 在没有 DConfig 支持时，可以考虑提供一个默认的配置实现，而不是简单地跳过配置功能。

3. 代码性能：

• 条件编译不会影响运行时性能，因为相关代码在编译时就已经确定。
• 在析构函数中增加了空指针检查，虽然增加了一个判断，但这是必要的保护措施，对性能影响可以忽略。

4. 代码安全：

• 在析构函数中增加了对 m_config 的空指针检查，提高了安全性。
• 建议在使用 m_config 之前也进行空指针检查，虽然在这个实现中不太可能出现空指针，但这是一个好的防御性编程实践。

改进建议：

1. 考虑将条件编译的宏定义集中管理：

// 在一个专门的配置头文件中
#ifndef PROJECT_CONFIG_H
#define PROJECT_CONFIG_H

#ifdef DTKCORE_CLASS_DConfigFile
#define HAS_DCONFIG_SUPPORT 1
#else
#define HAS_DCONFIG_SUPPORT 0
#endif

#endif // PROJECT_CONFIG_H

2. 在使用 m_config 的地方增加空指针检查：

if (m_config) {
    logRules = m_config->value("log_rules").toByteArray();
    // ...
}

3. 考虑提供一个默认的配置实现，使代码在没有 DConfig 支持时也能保持基本功能：

#ifndef DTKCORE_CLASS_DConfigFile
class DefaultConfig : public QObject {
    Q_OBJECT
public:
    explicit DefaultConfig(QObject *parent = nullptr) : QObject(parent) {}
    QVariant value(const QString &key) const {
        // 返回默认值
        return QVariant();
    }
};
#endif

4. 考虑使用 RAII 或智能指针来管理 m_config 的生命周期：

std::unique_ptr<DConfig> m_config;

总的来说，这个变更主要是为了提高代码的可移植性，实现方式是合理的，但还有一些细节可以优化。

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

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

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

[LiHua000]

/merge