sync: from linuxdeepin/qt5platform-plugins

[deepin-ci-robot]

Synchronize source files from linuxdeepin/qt5platform-plugins.

Source-pull-request: linuxdeepin/qt5platform-plugins#286

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: deepin-ci-robot

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

代码审查意见：

1. 代码重复：在windowEvent函数中，DNoTitlebarWindowHelper *self = mapped.value(w);这行代码被重复了两次，建议将其移动到函数开始处，以减少代码重复。

2. 条件编译：在windowEvent函数中，使用了条件编译来处理不同版本的Qt。这种做法是合理的，但建议在代码中添加注释，说明为什么需要这样做，以及不同版本之间的差异。

3. 变量命名：isTouchDown和touchBeginPosition这两个变量在函数windowEvent中被声明为静态变量，这可能会导致在多线程环境下出现问题。建议使用线程局部存储（Thread Local Storage, TLS）来避免这个问题。

4. 触摸事件处理：在handleTouchDragForQML函数中，对于触摸事件的类型检查使用了多个if语句，这可能会导致代码难以维护。建议使用switch语句来处理不同的事件类型，以提高代码的可读性。

5. 触摸点处理：在handleTouchDragForQML函数中，对于触摸点的处理使用了for循环。如果触摸点的数量很大，这可能会导致性能问题。建议使用更高效的数据结构来存储和处理触摸点。

6. 日志输出：在handleTouchDragForQML函数中，使用了qDebug()来输出日志。虽然这在调试时很有用，但在生产环境中，建议使用更高效的方式来记录日志，例如使用日志库。

7. 多屏幕处理：在handleTouchDragForQML函数中，对于多屏幕的处理使用了QScreen对象。这可能会导致在多屏幕环境下出现问题。建议在处理多屏幕时，使用更可靠的方式来获取屏幕信息。

8. 代码风格：代码中存在一些不一致的地方，例如缩进和空格的使用。建议统一代码风格，以提高代码的可读性。

9. 注释：代码中缺少一些必要的注释，例如函数的用途、参数的含义等。建议添加更多的注释，以提高代码的可维护性。

10. 错误处理：在handleTouchDragForQML函数中，对于一些可能出现的错误情况，没有进行适当的处理。建议添加错误处理代码，以提高代码的健壮性。