Mantıksal operatörlerin yazılı versiyonları

Bu şimdiye kadar gördüğüm tek yerdir and, orve notC ++ gerçek operatörler olarak sıraladı. NetBeans'de bir test programı yazdığımda, bir sözdizimi hatası varmış gibi kırmızı alt çizgiyi aldım ve web sitesinin yanlış olduğunu anladım, ancak bu yanlış olan NetBeans, çünkü beklendiği gibi derlendi ve çalıştı.

!Tercih edildiğini görebiliyorum notama and& & nin okunabilirliği orgramer kardeşlerinden daha büyük görünüyor. Mantıksal operatörlerin bu sürümleri neden var ve neden görünüşte kimse onu kullanmıyor? Bu gerçekten geçerli C ++ mı yoksa dile dahil olan C ile bir tür uyumluluk mu?

Başlıktaki C'de ortaya çıktılar <iso646.h>. Zamanda gerekli simgeleri yazmak olamazdı klavyeler vardı &&(örneğin), başlık içerdiği yüzden #define'o tanımlayan (bizim örneğimizde) tarafından, bunu yaparken onlara yardımcı olacağına s andolmak &&. Elbette zaman geçtikçe bu daha az kullanıldı.

C ++ 'da, alternatif belirteçler olarak bilinen şey haline geldiler . Sen do not (- K başlığının sürümünü ified gibi, C ++ uyumlu derleyicilerde bu belirteçleri kullanmak için bir şey eklemeniz gereken <ciso646>, boştur). Alternatif belirteçler, yazım dışında normal belirteçler gibidir. Yani ayrıştırma sırasında andolduğu tam olarak aynı &&aynı şeyi yazım sadece farklı bir yolu.

Kullanımlarına gelince: Nadiren kullanıldıkları için, onları kullanmak yardımcı olmaktan çok daha şaşırtıcı ve kafa karıştırıcıdır. Eminim normal olsaydı, okuması çok daha kolay olurdu, ama insanlar buna çok alıştı &&ve ||başka her şey dikkat dağıtıcı oluyor.

DÜZENLEME: Ancak bunu yayınladığımdan beri kullanımlarında çok hafif bir artış gördüm. Hala onlardan kaçınıyorum.

Kullanılabilirlik (klavye / ekran çeşitlerinde karakter desteği) ve genel okunabilirlik için varlar, ancak günümüzde daha belirgin olan başka bir neden var. Neredeyse cevapların hiçbiri burada , burada , hatta ana cevabı buradaBirçoğumuzun kelime sürümlerini sembol sürümlerine tercih etmesinin temel nedenini (ve diğer dillerin bunları kullanmasının ana nedenini) açıklayın: böcekler. Kelime versiyonları arasındaki farklar oldukça belirgindir. Sembol versiyonları arasındaki farklar belirgin şekilde daha azdır, böcekleri nispeten daha büyük ölçüde cezbedecek derecede: "x | y", "x || y" değildir, ancak çoğumuz daha büyük bir ifadeye gömüldüğünde farkı özledim. Eşitlik operatörüyle eşitlik operatörünün ortak kazara karıştırılmasına benzer. Bu nedenle, kelime versiyonları lehine sembol versiyonlarından vazgeçtim (kolay olmadı). Böcekleri kışkırtmaktansa, eski şeylere olan sevgimiz nedeniyle birinin onları iki kez almasını tercih ederim.

C ++ 'da bunlar gerçek anahtar sözcüklerdir. C'de, makrolar tanımlanmıştır <iso646.h>. Bkz. Http://web.archive.org/web/20120123073126/http://www.dinkumware.com/manuals/?manual=compleat&page=iso646.html .

andve &&işlevsel olarak C ++ 'da aynıdır. andVe oroperatörler gerçekten geçerli C ++ ve dil standardının bir parçasıdır.

Diğer cevapları somut bir örnekle detaylandırmak için, sadece "okunabilirlik" den ziyade tercih etmenin başka bir nedeni daha andvar &&. Mantıksal bir AND olduğunda açık bir şekilde "ve" yazmak, ince böcek olasılığını ortadan kaldırır.

Bunu düşün:

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;
}

Her üç if ifadesi de derlenecek, ancak sonuncusu tamamen farklı ve istenmeyen bir şey anlamına geliyor!

Her zaman andmantıksal AND'yi kastettiğinizde kullanırsanız , asla yanlışlıkla tek bir "&" yazamaz ve kodunuzun başarıyla derlenmesini ve gizemli sonuçlarla çalışmasını sağlayamazsınız.

Bir başka iyi alıştırma: "ve" karakterini yanlışlıkla bırakmayı deneyin ve ne olacağını görün. ;)