Tại sao trả về NULL từ main ()?

Đôi khi tôi thấy các lập trình viên sử dụng NULLlàm giá trị trả về của main()các chương trình C và C ++, ví dụ như một cái gì đó như thế:

#include <stdio.h>

int main()
{
    printf("HelloWorld!");

    return NULL;
} 

Khi tôi biên dịch mã `này với gcc, tôi nhận được cảnh báo:

cảnh báo: return tạo số nguyên từ con trỏ mà không cần cast [-Wint-convert]

Điều này là hợp lý bởi vì macro NULLsẽ được mở rộng (void*) 0và giá trị trả về của chính sẽ là loại int.

Khi tôi thực hiện một chương trình C ++ ngắn gồm:

#include <iostream>
using namespace std;

int main()
{
    cout << "HelloWorld!";

    return NULL;
}

Và biên dịch nó với g ++, tôi nhận được một cảnh báo tương đương:

cảnh báo: chuyển đổi sang loại không phải con trỏ 'int' từ NULL [-Wconversion-null]

Nhưng tại sao họ sử dụng NULLlàm giá trị trả về main()khi nó đưa ra cảnh báo? Có phải chỉ là phong cách mã hóa xấu?

• Lý do để sử dụng NULLthay vì 0giá trị trả lại của main()bất chấp cảnh báo là gì?
• Được xác định theo triển khai nếu điều này phù hợp hay không và nếu vậy tại sao mọi thực hiện sẽ muốn lấy lại giá trị con trỏ?

cái nào hợp lý

Đúng.

bởi vì macro NULLsẽ được mở rộng thành(void*) 0

Không. Trong C ++, macro NULL không được mở rộng thành (void*) 0[support.types.nullptr]. Nó chỉ có thể làm như vậy trong C.

Dù bằng cách nào, việc viết mã như thế này là sai lệch vì NULLđược cho là liên quan đến hằng số con trỏ null , bất kể nó được triển khai như thế nào. Sử dụng nó thay cho một intlỗi là một logic.

• Lý do để sử dụng NULLthay vì 0 là giá trị trả về main()mặc dù có cảnh báo là gì?

Vô minh. Không có tốt lý do để làm điều này.

• Được xác định theo triển khai nếu điều này phù hợp hay không và nếu vậy tại sao mọi thực hiện sẽ muốn lấy lại giá trị con trỏ?

Không, nó không bao giờ thích hợp . Nó tùy thuộc vào việc thực hiện cho dù trình biên dịch cho phép nó. Một trình biên dịch C ++ phù hợp cũng có thể cho phép nó mà không cần cảnh báo.

Khi tôi biên dịch mã `này với gcc, tôi nhận được cảnh báo:

warning: return makes integer from pointer without a cast

Điều này là do bạn biên dịch với các tùy chọn trình biên dịch lỏng lẻo. Sử dụng các cài đặt tiêu chuẩn C nghiêm ngặt -std=c11 -pedantic-errorsvà bạn sẽ nhận được lỗi trình biên dịch dự kiến, trên các cài đặt trong đó NULLmở rộng thành hằng số con trỏ null (void*)0. Xem Con trỏ của Viking từ số nguyên / số nguyên từ con trỏ mà không có sự cố cast .

Trên các triển khai nơi NULLmở rộng tới 0, mã nói đúng theo tiêu chuẩn, nhưng kiểu rất xấu, không di động và tệ nhất trong tất cả: hoàn toàn vô nghĩa.

Và biên dịch nó với g ++, tôi nhận được một cảnh báo tương đương:

warning: converting to non-pointer type ‘int’ from NULL [-Wconversion-null]

Trên C ++ 11 trở lên, NULLkhông nên sử dụng - thay vào đó hãy sử dụng nullptr. Để trả về nó từ hàm main () là không chính xác. NULLluôn mở rộng sang 0C ++ nên nói đúng ra nó sẽ hoạt động, nhưng nó là phong cách rất tệ và tệ nhất trong tất cả: hoàn toàn vô nghĩa.

Có phải chỉ là phong cách mã hóa xấu?

Không chỉ xấu, mà phong cách mã hóa vô nghĩa mà không có bất kỳ lý do. Các lập trình viên đã viết nó là bất tài.

Có phải chỉ là phong cách mã hóa xấu?

Tệ hơn Cách chính xác để chỉ ra rằng chương trình đã hoàn thành tốt là

#include <stdlib.h>

int main (void)
{
    return EXIT_SUCCESS;
}

Trong? Một số / nhiều / tất cả? Triển khai C ++ NULLlà một macro được mở rộng thành 0.

Điều này khi mở rộng có hiệu lực cho return 0. Đó là một giá trị trả lại hợp lệ.

Có phải chỉ là phong cách mã hóa xấu?

Đúng.