Tại sao các ví dụ và hướng dẫn Qt chính thức không sử dụng con trỏ thông minh?

Tại sao các ví dụ và hướng dẫn chính thức về thư viện Qt không bao giờ sử dụng con trỏ thông minh? Tôi chỉ xem newvà deleteđể tạo và phá hủy các widget.

Tôi đã tìm kiếm cơ sở lý luận nhưng không thể tìm thấy và bản thân tôi cũng không thấy lý do nào ngoại trừ nếu lý do lịch sử hoặc khả năng tương thích ngược: không phải ai cũng muốn chương trình kết thúc nếu một hàm tạo widget bị lỗi và xử lý nó thông qua try / catch khối chỉ là xấu (ngay cả khi được sử dụng ở một số nơi). Việc các widget dành cho cha mẹ có thể thuộc quyền sở hữu của con cái cũng chỉ giải thích một phần cho tôi, vì bạn vẫn phải sử dụng deletecho cha mẹ ở một mức độ nào đó.

Vì Qt dựa vào mô hình cha-con để quản lý tài nguyên Qobject. Nó tuân theo mô hình hỗn hợp + Chuỗi trách nhiệm, được sử dụng từ quản lý sự kiện đến quản lý bộ nhớ, vẽ, xử lý tệp, v.v.

Trên thực tế, việc cố gắng sử dụng QObject trong con trỏ được chia sẻ \ duy nhất đang sử dụng quá mức (99% thời gian).

1. Bạn phải cung cấp một trình xóa tùy chỉnh sẽ gọi deleteLater
2. Qobject của bạn với cha mẹ đã có một tham chiếu trong đối tượng cha. Vì vậy, bạn biết rằng một đối tượng không bị rò rỉ miễn là đối tượng còn tồn tại. Khi nào cần tẩy có thể gọi điện deleteLatertrực tiếp.
3. QWidget của bạn không có cha mẹ đã có một tham chiếu trong đối tượng Qapplication . Vì vậy, tương tự như điểm 2.

Điều đó nói rằng, bạn vẫn có thể sử dụng RAII với Qt. Ví dụ, QPointer hoạt động như một tham chiếu yếu trên a QObject. Tôi muốn sử dụng QPointer<QWidget>hơn là QWidget*.

lưu ý: để không nghe quá fanboy, hai từ: Qt + valgrind.

Con trỏ thông minh cho trẻ em

Các lớp con trỏ thông minh std::unique_ptrvà std::shared_ptrdành cho quản lý bộ nhớ. Có một con trỏ thông minh như vậy có nghĩa là bạn sở hữu con trỏ. Tuy nhiên, khi tạo một QObjecthoặc một kiểu dẫn xuất với QObjectcha mẹ, quyền sở hữu (trách nhiệm dọn dẹp) sẽ được chuyển giao cho cha mẹ QObject. Trong trường hợp đó, các con trỏ thông minh của thư viện tiêu chuẩn là không cần thiết, hoặc thậm chí nguy hiểm, vì chúng có thể gây ra việc xóa hai lần. Rất tiếc!

Con trỏ thô đến trẻ mồ côi

Tuy nhiên, khi một QObject(hoặc kiểu dẫn xuất) được tạo trên heap mà không có cha mẹ thì QObjectmọi thứ sẽ rất khác. Trong trường hợp đó, bạn không nên chỉ giữ một con trỏ thô, mà là một con trỏ thông minh, tốt nhất là một con trỏ std::unique_ptrtới đối tượng. Bằng cách đó, bạn có được sự an toàn về tài nguyên. Nếu sau này bạn chuyển quyền sở hữu đối tượng cho cha mẹ, QObjectbạn có thể sử dụng std::unique_ptr<T>::release(), như sau:

auto obj = std::make_unique<MyObject>();
// ... do some stuff that might throw ...
QObject parentObject;
obj->setParent( &parentObject );
obj.release();

Nếu những thứ bạn làm trước khi trao cho đứa trẻ mồ côi cha mẹ của bạn ném ra một ngoại lệ, thì bạn sẽ bị rò rỉ bộ nhớ, nếu bạn sử dụng con trỏ thô để giữ đối tượng. Nhưng đoạn mã trên được lưu lại để chống lại sự rò rỉ như vậy.

Trên một lưu ý chung hơn

Lời khuyên C ++ hiện đại không phải là tránh tất cả các con trỏ thô cùng nhau, mà là tránh sở hữu các con trỏ thô. Tôi có thể thêm một lời khuyên C ++ hiện đại khác: Không sử dụng con trỏ thông minh cho các đối tượng thuộc sở hữu của một số thực thể chương trình khác.

Bạn đã trả lời câu hỏi của riêng bạn: except if it's for historic reasons/backward compatibility. Một thư viện khổng lồ như QT không thể cho rằng mọi người sử dụng thư viện đều có trình biên dịch hỗ trợ C ++ 11. newvà deleteđược đảm bảo tồn tại trong các tiêu chuẩn trước đó.

Tuy nhiên, nếu bạn được hỗ trợ để sử dụng con trỏ thông minh, tôi sẽ khuyến khích sử dụng chúng thay cho con trỏ thô.

Ngoài những gì @Jamey đã nói:

Nếu bạn thiết kế nó một cách khéo léo, bạn có thể không bao giờ phải sử dụng một tính năng xóa trên một widget. Giả sử bạn có một cửa sổ chính và bạn đang tạo một đối tượng tự động của nó và chạy cửa sổ đó trong vòng lặp sự kiện. Bây giờ phần còn lại tất cả các mục trong tiện ích con này có thể được thêm vào làm con của nó. Và vì bạn đang thêm chúng vào MainWindow này một cách trực tiếp / gián tiếp khi còn nhỏ, nên khi bạn đóng cửa sổ chính này, mọi thứ sẽ được tự động xử lý. Chỉ cần bạn phải đảm bảo rằng tất cả các đối tượng / widget động mà bạn đã tạo là con / cháu của MainWindow. Do đó không cần xóa rõ ràng ..

• QObject có cha mẹ được định nghĩa và cấu trúc dạng cây của chương trình cho phép quản lý bộ nhớ khá hiệu quả.

• Tính năng động trong Qt phá vỡ lý tưởng tốt đẹp đó, ví dụ như truyền một con trỏ thô xung quanh. Người ta có thể dễ dàng nắm giữ một dangling pointer, nhưng đó là một vấn đề phổ biến trong lập trình.

• Con trỏ thông minh Qt, thực sự là một tham chiếu yếu, QPointer<T>
  và cung cấp một số kẹo STL.

• Người ta cũng có thể trộn với std::unique_ptr và những thứ tương tự, nhưng nó chỉ nên được sử dụng cho máy móc không phải Qt trong chương trình của bạn.