Các phiên bản viết của các toán tử logic

Đây là nơi duy nhất mà tôi từng thấy and, orvà notđược liệt kê như các nhà khai thác thực tế trong C ++. Khi tôi viết một chương trình thử nghiệm trong NetBeans, tôi nhận được gạch dưới màu đỏ như thể có lỗi cú pháp và nhận ra rằng trang web đã sai, nhưng đó là NetBeans đã sai vì nó đã được biên dịch và chạy như mong đợi.

Tôi có thể thấy !được ưu ái hơn notnhưng khả năng đọc của and&& ordường như lớn hơn các anh em ngữ pháp của chúng. Tại sao các phiên bản của toán tử logic này lại tồn tại và tại sao dường như không ai sử dụng nó? Đây có phải là C ++ thực sự hợp lệ hay một số loại tương thích với C được bao gồm trong ngôn ngữ này?

Chúng có nguồn gốc từ C trong tiêu đề <iso646.h>. Vào thời điểm đó, có những bàn phím không thể nhập các ký hiệu bắt buộc cho &&(ví dụ), vì vậy tiêu đề chứa #definecác ký tự sẽ hỗ trợ họ làm như vậy, bằng cách (trong ví dụ của chúng tôi) xác định andlà &&. Tất nhiên, thời gian trôi qua, điều này trở nên ít được sử dụng hơn.

Trong C ++, chúng trở thành thứ được gọi là mã thông báo thay thế . Bạn không cần phải bao gồm bất kỳ thứ gì để sử dụng các mã thông báo này trong một trình biên dịch tuân thủ (chẳng hạn, phiên bản C ++ - ified của tiêu đề C <ciso646>, là trống). Các mã thông báo thay thế cũng giống như các mã thông thường, ngoại trừ chính tả. Vì vậy, trong quá trình phân tích cú pháp andlà chính xác giống như &&, nó chỉ là một cách khác nhau của chính tả điều tương tự.

Về công dụng của chúng: vì chúng ít được sử dụng nên việc sử dụng chúng thường gây nhiều ngạc nhiên và khó hiểu hơn là hữu ích. Tôi chắc rằng nếu nó là bình thường, chúng sẽ dễ đọc hơn nhiều, nhưng mọi người đã quá quen &&và ||bất cứ điều gì khác chỉ làm mất tập trung.

CHỈNH SỬA: Tuy nhiên, tôi đã thấy sự gia tăng rất ít trong việc sử dụng chúng kể từ khi tôi đăng bài này. Tôi vẫn tránh chúng.

Chúng tồn tại vì khả năng sử dụng (hỗ trợ ký tự trong bàn phím / hiển thị) và khả năng đọc chung, nhưng có một lý do khác mà ngày nay rõ ràng hơn. Hầu như không có câu trả lời nào ở đây , ở đây , hoặc thậm chí là câu trả lời chính ở đâychỉ ra lý do cốt lõi khiến nhiều người trong chúng ta thích các phiên bản từ hơn các phiên bản ký hiệu (và một lý do chính mà các ngôn ngữ khác sử dụng chúng): lỗi. Sự khác biệt giữa các phiên bản từ là rất rõ ràng. Sự khác biệt giữa các phiên bản biểu tượng là ít hơn rõ rệt, đến mức hấp dẫn các lỗi ở một mức độ tương đối lớn hơn nhiều: "x | y" rất nhiều không phải "x || y", nhưng khi được nhúng vào một biểu thức lớn hơn, nhiều người trong chúng ta bỏ lỡ sự khác biệt. Nó tương tự như sự trộn ngẫu nhiên phổ biến của toán tử gán và bình đẳng. Vì lý do này, tôi đã từ bỏ các phiên bản biểu tượng (điều đó không dễ dàng) để ủng hộ các phiên bản từ. Tôi thà để ai đó làm đôi chúng do tình yêu của chúng tôi với những thứ cũ kỹ hơn là lỗi cám dỗ.

Trong C ++, chúng là các từ khóa thực. Trong C, chúng là các macro được định nghĩa trong <iso646.h>. Xem http://web.archive.org/web/20120123073126/http://www.dinkumware.com/manuals/?manual=compleat&page=iso646.html .

andvà &&giống nhau về mặt chức năng trong C ++. Các andvà orcác nhà khai thác đang thực sự có giá trị C ++ và một phần của tiêu chuẩn ngôn ngữ.

Để giải thích thêm về các câu trả lời khác với một ví dụ cụ thể, có một lý do khác ngoài "khả năng đọc" để thích andhơn &&. Đánh vần "và" một cách rõ ràng khi AND hợp lý là ý bạn muốn loại trừ khả năng có lỗi nhỏ.

Xem xét điều này:

int x = 3;
int y = 4;

// Explicitly use "and"
if (x and y) {
    cout << "and: x and y are both non-zero values" << endl;
}

// Using "&&"
if (x && y) {
    cout << "&&: x and y are both non-zero values" << endl;
}

// Oops! I meant to type "&&"!
if (x & y) {
    cout << "&: x and y are both non-zero values" << endl;
}
else {
    cout << "How did I get here?" << endl;
}

Cả ba câu lệnh if sẽ biên dịch, nhưng câu lệnh cuối cùng có nghĩa là một cái gì đó hoàn toàn khác và không theo ý muốn!

Nếu bạn luôn sử dụng andkhi bạn có nghĩa là AND logic, bạn không bao giờ có thể vô tình nhập một "&" duy nhất và mã của bạn được biên dịch thành công và chạy với các kết quả bí ẩn.

Một bài tập hay khác: Thử bỏ qua một ký tự của "và" một cách tình cờ và xem điều gì sẽ xảy ra. ;)