Neden mantıksal işleçler için bileşik atama işleçleri yoktur (||, && vb.)?

ECMA-262, kısmen 11.13 göre aşağıdaki bileşik atama operatörlerinin ayrıntılı listesi: *= /= %= += -= <<= >>= >>>= &= ^= |=.

Kısmına 11.11 göre, var c = a || bkoyacağız aiçine değeri cise ToBoolean(a)doğrudur ve koyacağız biçine değerini caksi. Bu nedenle, mantıksal OR genellikle birleşme operatörü olarak kullanılır;

function (options) {
    options = options || {};
}

Sıkça yeterli, kaynaşabilecek yukarıdaki gibi gösterildi, değişken için varsayılan değeri belirtmek için kullanılır: a = a || b.

Bileşik atama operatörü gibi görünüyor ||=daha kısa ve daha temiz bir şekilde yukarıdaki kod yazmak için izin gerçekten yararlı olacaktır: a ||= b. (Ancak, her ne orada değil *=, +=başka bileşik atama operatörleri ve).

Soru, neden?

Olası nedenlerden biri mantıksal operatörlerin &&ve ||"kısa devre" davranışına sahip olmalarıdır. Sağ taraftaki işlenen &&ve ||gerekli olmadıkça değerlendirilmez. Belki de bu nedenle dil tasarımcıları, böyle bir ifadenin anlamının a ||= f()açık olmadığına karar verdiler ve bu tür operatörler daha iyi bırakıldı.

"Bu dil özelliği neden uygulanmadı" ile ilgili tüm soruların genel cevabı, dili tasarlayan ekibin, avantajın maliyetten daha ağır basmadığına karar vermesidir.

Maliyet birçok şekilde olabilir. Bir dil özelliğini uygulamak zaman ve çaba gerektirir, ancak aynı zamanda karmaşık karmaşıklığın maliyeti de vardır: özellik, dili potansiyel faydasıyla orantılı olarak daha karmaşık veya belirsiz kılıyor mu?

Varsayımsal ||=operatör diğer bileşik atama operatörlerinden temelde farklı bir şey yapar. Diğer operatörler doğası gereği tamamen matematiksel olsa da, bu farklıdır: bir değeri diğerinin yerine (tarif ettiğiniz bağlamda) koyar.

Bu belirsizlik göz önüne alındığında (operatör bağlama bağlı olarak iki farklı işlev gerçekleştirir ), neden dile dahil edilmediğini görmek zor değildir. Her ne kadar değiştiğini

function (options) {
    options = options || {};
}

için

function (options) {
    options ||= {};
}

null birleştirme yapmak değerli bir özelliktir, fayda benim için çok daha az açıktır. Değer ikamesi gerçekleşecekse, her iki değere sahip olmak mantıklı (ve daha net) görünmektedir ikamenin meydana gelebileceğine dair görsel bir gösterge sağlamak de eşittir işaretinin sağ tarafında .

C # farklı bir yol izledi ve boş birleştirme için belirli bir işleç kullanıyor .

Haklısın bu ||=yararlı bir yapı. Perl.

Aslında Perl bunların hepsini kullanılabilir kılıyor :

**=    +=    *=    &=    <<=    &&=   -=    /=    
|=     >>=   ||=   .=    %=     ^=    //=   x=

Bunlardan bazıları harika ( .=bir dizenin sonuna bir şey ekler), diğerleri daha az ( &&=??? Her ikisinin ve değişkenin doğru olması durumunda değişkenin sağ tarafa ayarlanacağını varsayalım. ?)

Bir dile dahil olan şey aslında tasarım felsefesinin bir özelliğidir.