fix: Adjust the effects level of kwin to Optimal-performance, multiTa…

[yixinshark]

…sks plugin can not hide

as title

Log: as title
Bug: https://pms.uniontech.com/bug-view-286871.html

[deepin-ci-robot]

deepin pr auto review

代码审查意见：

1. 变量初始化：

   • 在MultiTaskView类的构造函数中，m_kWinEffect变量被初始化为true，但在visible函数中，它被用来决定MultiTaskView是否可见。如果m_kWinEffect的初始值不正确，可能会导致MultiTaskView在启动时不可见。建议在visible函数中添加注释说明m_kWinEffect的用途。

2. 连接信号和槽：

   • 在构造函数中，m_kWinCompositingConfig的valueChanged信号与一个lambda表达式连接。这个lambda表达式在windowEffectTypeKey的值发生变化时更新m_kWinEffect并发射visibleChanged信号。这个逻辑是正确的，但建议在连接信号和槽之前，先检查m_kWinCompositingConfig是否为nullptr，以避免潜在的空指针解引用问题。

3. 代码可读性：

   • 在visible函数中，m_kWinEffect变量被用来决定MultiTaskView是否可见。这个逻辑可以通过重命名变量来提高代码的可读性，例如将m_kWinEffect重命名为isKWinEffectEnabled。

4. 资源管理：

   • m_kWinCompositingConfig是一个指向DConfig的指针，应该在适当的时候进行资源释放。建议在MultiTaskView的析构函数中添加对m_kWinCompositingConfig的删除操作，以避免内存泄漏。

5. 常量命名：

   • KWinOptimalPerformance常量应该使用全大写字母和下划线分隔，以符合C++的命名约定。例如，可以将其命名为KWIN_OPTIMAL_PERFORMANCE。

6. 代码重复：

   • 在visible函数中，m_kWinEffect和m_visible的检查顺序可能会影响逻辑。建议先检查m_visible，然后再检查m_kWinEffect，以避免在m_visible为false时执行不必要的检查。

综上所述，建议对代码进行如下修改：

• 在MultiTaskView类的构造函数中，检查m_kWinCompositingConfig是否为nullptr。
• 在visible函数中，先检查m_visible，然后再检查m_kWinEffect。
• 将m_kWinEffect重命名为isKWinEffectEnabled以提高代码可读性。
• 在MultiTaskView的析构函数中添加对m_kWinCompositingConfig的删除操作。
• 将KWinOptimalPerformance常量命名为KWIN_OPTIMAL_PERFORMANCE，以符合C++的命名约定。

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: tsic404, yixinshark

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

[yixinshark]

/forcemerge

[deepin-bot]

This pr force merged! (status: blocked)