Thử nghiệm để xử lý cửa sổ không hợp lệ: tôi có nên so sánh với 'NULL', '0' hoặc thậm chí 'nullptr' không?

Question

Tôi đến từ một nền tảng theo đó con trỏ thường được so sánh với 'NULL' và số nguyên với '0'.

Vì tôi không nhận thấy Windows xử lý là 'con trỏ' theo nghĩa thuần túy (là 'xử lý'), tôi đã có thói quen so sánh chúng với 0 chứ không phải là 'NULL'.

Rõ ràng chúng được triển khai nội bộ dưới dạng con trỏ ngày nay, nhưng cá nhân tôi cho rằng chỉ đơn thuần là để có được một số loại an toàn hơn là vì chúng là con trỏ nội tại.

Dù sao, tôi chỉ nhận thấy rằng trợ giúp cho CreateIC trả về trạng thái HDC rằng nếu hàm không thành công thì trả về 'NULL'.

Bây giờ tôi đang bối rối - và tự hỏi những gì người khác nghĩ - là nó chính xác hơn để xem xét một xử lý Windows là một con trỏ (và do đó kiểm tra nó với 'NULL' hoặc 'nullptr' cho trình biên dịch hiện đại) hoặc nên nó được coi là một số nguyên?

Answer 1

So sánh nó với giá trị trả lại lỗi được ghi lại tài liệu. Điều đó có nghĩa là bạn nên so sánh nó với INVALID_HANDLE, 0, -1, khác 0 hoặc <=32 (Tôi không đùa với cái cuối cùng, xem ShellExecute).

Answer 2

Tôi nghĩ rằng INVALID_HANDLE_VALUE thường là giá trị 'không hợp lệ' hợp lệ cho các cửa sổ xử lý ... và đánh giá là -1.

Answer 3

Để trả lời câu hỏi của bạn: loại HANDLE được khai báo trong winnt.h như

typedef PVOID HANDLE; 

Do đó, về mặt kỹ thuật nó là một con trỏ.

Tuy nhiên, tôi sẽ chỉ sử dụng bất kỳ nội dung gì được ghi lại; nếu tài liệu nêu rõ rằng NULL được trả về, tôi sử dụng chính xác điều đó trừ khi bằng chứng cho thấy tài liệu không chính xác.

Tôi thậm chí không nghĩ về con trỏ so với số nguyên. NULL chỉ là một giá trị mờ (trong tình huống này) và HANDLE là một loại mờ đục đối với tôi và tôi không bận tâm tìm kiếm những gì nó là #define 'd.