Khi nào BOOL và bool được sử dụng trong C++?

Question

Khi nào BOOL và bool được sử dụng trong C++ và tại sao?

Tôi nghĩ rằng việc sử dụng bool là sạch hơn và di động hơn vì đó là loại được tích hợp sẵn. Nhưng BOOL là không thể tránh khỏi khi bạn tương tác với mã di sản/mã C, hoặc thực hiện inter-op từ .NET với mã C/Windows API.

Vì vậy, chính sách của tôi là: Sử dụng bool bên trong C++. Sử dụng BOOL khi nói chuyện với thế giới bên ngoài, ví dụ: chức năng xuất trong cửa sổ DLL.

Có giải thích dứt khoát về thời điểm sử dụng cái này với cái kia không?

Answer 1

Matthew Wilson thảo luận BOOL, bool, và tương tự như trong phần 13.4.2 của Imperfect C++. Trộn hai có thể có vấn đề, vì chúng thường có kích thước khác nhau (và do đó con trỏ và tài liệu tham khảo không thể hoán đổi cho nhau), và vì bool không được đảm bảo để có bất kỳ kích thước cụ thể nào. Cố gắng sử dụng typedefs hoặc compilating có điều kiện để mịn hơn sự khác nhau giữa BOOL và bool hoặc cố gắng để cho phép một loại Boolean duy nhất để làm việc trong cả C và C++ thậm chí còn tồi tệ hơn:

#if defined(__cplusplus) || \ 
    defined(bool) /* for C compilation with C99 bool (macro) */ 
typedef bool bool_t; 
#else 
typedef BOOL bool_t; 
#endif /* __cplusplus */ 

Cách tiếp cận này có nghĩa là lợi nhuận của một chức năng loại có thể khác nhau tùy thuộc vào ngôn ngữ gọi nó; Wilson giải thích rằng anh ta đã thấy nhiều hơn một lỗi trong mã của chính anh ta và những người khác kết quả từ việc này. Ông kết luận:

Giải pháp cho sự không hoàn hảo này là, thường xuyên như vậy, là kiêng. Tôi không bao giờ sử dụng bool cho bất kỳ thứ gì có thể được truy cập qua nhiều đơn vị liên kết — thư viện động/tĩnh, tệp đối tượng được cung cấp — về cơ bản có nghĩa là không có trong các hàm hoặc lớp xuất hiện bên ngoài tệp tiêu đề. Câu trả lời thực tế, như nó là, là sử dụng một loại Boolean giả, đó là kích thước của int.

Tóm lại, anh ấy sẽ đồng ý với cách tiếp cận của bạn.

Answer 2

Rõ ràng, không có lý do chính đáng để sử dụng BOOL:

http://blogs.msdn.com/oldnewthing/archive/2008/03/25/8334558.aspx
http://blogs.msdn.com/oldnewthing/archive/2004/12/22/329884.aspx

Answer 3

Một tình huống khác mà bạn nên sử dụng BOOL: khi triển khai hàm gọi lại nhận hoặc trả về BOOL.

Ví dụ, EnumWindows() mất một con trỏ tới một hàm callback với chữ ký sau đây:

BOOL CALLBACK EnumWindowsProc(  
    HWND hwnd, 
    LPARAM lParam 
); 

Nếu bạn sử dụng bool cho điều này, bạn sẽ phải định kiểu con trỏ hàm của bạn.

Answer 4

Nếu BOOL là một loại loại tích phân nào đó và luôn là BOOL được xác định để nó hoạt động đúng, chuyển đổi chuẩn sẽ tự động làm đúng. Bạn không thể sử dụng chúng thay thế cho nhau, nhưng bạn có thể đến gần.

Sử dụng BOOL tại giao diện, nơi bạn phải nói chuyện với API Win32 hoặc bất kỳ thứ gì. Sử dụng bool ở mọi nơi khác.

Answer 5

Tôi nghĩ về "true"/"TRUE" và "false"/"FALSE" làm đường cú pháp, giải pháp cho vấn đề chưa từng tồn tại.Tôi đã luôn luôn nghĩ rằng nó dễ dàng hơn để sử dụng cả hai và đọc "1" và "0".

Khi bạn nghĩ về cờ trong sổ đăng ký đang bật hoặc tắt, bạn có nghĩ rằng trong 1s và 0s hoặc trues và falses không? Điều gì xảy ra nếu bạn muốn lưu trữ nhiều cờ trong một biến duy nhất? 1 và 0 là phổ biến.

Tôi nghĩ từ "sai" quá dài vì lợi ích của chính nó. Khi tôi nhìn thấy chữ "0", nó nổi bật trong đầu tôi như một dấu hiệu dừng màu đỏ. Các dấu hiệu dừng lại có màu đỏ vì màu đỏ sẽ thu hút sự chú ý của mọi người. Đọc từ "sai" giống như nhìn thấy một dấu hiệu dừng màu xanh lá cây.

Vì vậy, đến địa ngục với bool và BOOL. Tôi mặc định int.

... nhưng, thực sự, nhận được cờ boolean đúng là ít lo lắng nhất trong một ngôn ngữ với nhiều cách để phạm sai lầm như C++.

Answer 6

Nếu bạn muốn sử dụng hàm được viết bằng C++ (ví dụ nhúng trong thư viện DLL) trong chương trình được quản lý (ví dụ trong C#), bạn có để sử dụng BOOL. Nếu bạn trả về bool, kết quả sẽ luôn đúng - đây là lỗi đã biết trong một thời gian dài và dường như chưa được giải quyết (VS 2010, .NET Framework 4).

Trân trọng - Spook.