Tại sao iostream định nghĩa hàm abs và làm thế nào tôi có thể dừng nó?

Question

sau đây C++ mã không biên dịch:

int main() { 
    double a = abs(5.1); 
    return 0; 
} 

Nó phàn nàn rằng abs không được định nghĩa, tất nhiên. Nhưng những điều sau đây không biên dịch:

#include <iostream> 

int main() { 
    std::cout << abs(5.1) << std::endl; 
    std::cout << abs(-5.1) << std::endl; 
    return 0; 
} 

Kết quả là hai 5 (không phải là 5.1). Điều này là xấu vì nhiều lý do. Đầu tiên, abs là một chức năng tự nhiên và phổ biến mà tôi sử dụng nó mọi lúc, nhưng phần int hầu như không bao giờ là thứ tôi muốn trả về. Thứ hai, nó quá dễ dàng đối với tôi (hoặc người sử dụng mã của tôi) chỉ cần viết abs và không nhận thấy rằng nó biên dịch nhưng làm điều sai trái, bởi vì tôi (họ) thực sự giỏi trong việc xem cảnh báo. Thứ ba, tôi chỉ đơn giản là không hiểu tại sao iostream làm phiền định nghĩa một hàm abs. Thứ tư, tôi thực sự không hiểu lý do tại sao nó đi vào không gian tên chung.

Có cách nào tôi có thể ngăn chặn chức năng abs có thể bị phản đối này xâm nhập vào không gian tên chung của tôi không?

Nếu vấn đề, tôi đang sử dụng

gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.6) 

Answer 1

Nhiều khả năng iostream bao gồm stdlib.h để làm một số công việc của mình. Đây là phiên bản C của tiêu đề chỉ tuyên bố abs cho int chỉ trong không gian tên chung (trong C bạn phải sử dụng fabs cho các giá trị double).

Tôi không biết về bất kỳ cách cụ thể để giữ abs khỏi bị bao gồm cách mà nhưng tôi biết rằng g ++ 4.5 là nhiều tốt hơn không có những thứ dư thừa đưa vào bởi cơ bản bao gồm như iostream và string.

Cũng có thể nhận được cảnh báo rằng đôi bị cắt ngắn thành int (EDIT: có, sử dụng -Wconversion để cảnh báo).

Answer 2

Trong C, bao gồm một tiêu đề chuẩn là không được phép hành động giống như nó bao gồm bất kỳ tiêu đề chuẩn nào khác. Điều này tránh được vấn đề bạn đang thấy, với chi phí đáng kể trong việc thực hiện khó khăn.

C++ cho phép bất kỳ tiêu đề chuẩn nào bao gồm bất kỳ tiêu đề chuẩn nào khác. Điều này làm cho việc triển khai thực hiện dễ dàng hơn, nhưng có thể dẫn đến chính xác loại vấn đề bạn thấy, trong đó bao gồm tiêu đề dường như không liên quan đã làm cho chức năng hiển thị mà bạn thực sự không muốn sử dụng, thay vì gặp lỗi vì hàm bạn đã sử dụng không được tuyên bố chút nào.

Thật không may, tôi không nghĩ có cách dễ dàng để giải quyết vấn đề này. Mặc dù nó khá dễ dàng để tưởng tượng <iostream> độc lập với <stdlib.h>, bạn sẽ dễ dàng hơn để xem nó có thể cần/muốn định nghĩa về những thứ như ios_base. Nó sẽ mất khá nhiều công việc phụ để xác định những thứ để cấm trước đây trong khi cho phép sau này.

Tôi nên đề cập đến, tuy nhiên, theo thời gian, tình trạng này dường như cải thiện khá nhiều. Mười năm trước, nó đã được khá phổ biến để có được hầu như tất cả các tiêu đề tiêu chuẩn từ bao gồm hầu như bất kỳ một trong số họ. Mặc dù hầu hết vẫn bao gồm ít nhất một số ít không được yêu cầu nghiêm ngặt, chúng thường gần gũi hơn với mỗi xác định chỉ những gì nó được yêu cầu.

Answer 3

Nếu đây là vấn đề bảo trì liên tục, tại sao không thêm một mã nhỏ vào đầu chương trình kiểm tra cụ thể cho sự cố abs()?

// test if abs() is defined incorrectly, as would happen if <stdlib.h> were 
// included by <iostream>. abs() it should return a float/double, not an int 
// (put suggestions here how to fix problem) 
if (abs(-5.1) == 5) 
{ 
    std::cerr << "Invalid build: abs() defined improperly, ..." << std::endl; 
    return 2; // exit program by returning from main 
} 

Điều đó sẽ khiến việc bỏ qua cảnh báo khó hơn rất nhiều.