JavaScript dışında herhangi bir dil ayraç başlangıç ​​konumları arasında (aynı satır ve sonraki satır) arasında bir fark var mı?

Bugün, O'Reilly'nin JavaScript modellerini rastgele okurken ilginç bir şey buldum (referans için sayfa 27).

Javascript'te, bazı durumlarda, küme ayracı başlangıç ​​konumunun farklı olması durumunda bir fark vardır.

function test_function1() {
    return
    {
        name: 'rajat'
    };
}

var obj = test_function1();
alert(obj);  //Shows "undefined"

Süre

function test_function2() {
    return {
        name: 'rajat'
    };
}

var obj = test_function2();
alert(obj); //Shows object

JSfiddle Demosu

Dışarıda başka bir dilin böyle bir davranışı var mı? Öyleyse, alışkanlığımı kesinlikle değiştirmem gerekir .. :)

Esas olarak PHP, C, C ++, Java ve Ruby hakkında endişeliyim.

İfadeleri sınırlandırmak için noktalı virgüllere (ancak bunun yerine yeni satırlara) güvenmeyen herhangi bir dil buna izin verir. Python'u düşünün :

>>> def foo():
...   return
...   { 1: 2 }
... 
>>> def bar():
...   return { 1: 2 }
... 
>>> foo()
>>> bar()
{1: 2}

Visual Basic'te benzer bir durum oluşturabilirsin ama kafamın tepesinden baktığımda nasıl olduğunu anlayamıyorum çünkü VB değerlerin nereye yerleştirilebileceği konusunda oldukça kısıtlayıcı. Ancak statik analizör erişilemez koddan şikayet etmedikçe aşağıdakiler çalışmalıdır:

Try
    Throw New Exception()
Catch ex As Exception
    Throw ex.GetBaseException()
End Try

' versus

Try
    Throw New Exception()
Catch ex As Exception
    Throw
    ex.GetBaseException()
End Try

Bahsettiğin dillerden Ruby aynı özelliğe sahiptir. PHP, C, C ++ ve Java yalnızca satırsonu boşluk olarak atıldıkları ve ifadeleri sınırlamak için noktalı virgül gerektirdikleri için değil.

Ruby'deki Python örneğindeki eşdeğer kod:

>> def foo
>>   return { 1 => 2 }
>> end
=> nil
>> def bar
>>   return
>>   { 1 => 2 }
>> end
=> nil
>> foo
=> {1=>2}
>> bar
=> nil

JavaScript yorumlayıcısı, bir ;tane bulamazsa her satırın sonuna otomatik olarak bir ekler (bazı istisnalar dışında, buraya girmeden :).

Yani temelde sorun, parantezlerin konumu değil (burada bir nesneyi temsil eder, çoğu dilde olduğu gibi bir kod bloğu değildir), ancak ilk örneğinizi return ;=> 'a zorlayan bu küçük "özellik" dir undefined. return ES5 spesifikasyonundaki davranışını kontrol edebilirsiniz .

Benzer davranışa sahip diğer diller için Konrad'ın cevabına bakın .

Kesinlikle. Google'ın go programlama dili çok benzer bir davranış sergiliyor (farklı efektlerle de olsa). Orada açıklandığı gibi:

Aslında, C veya Java'da olduğu gibi biçimsel dil noktalı virgül kullanır, ancak bunlar bir ifadenin sonu gibi görünen her satırın sonuna otomatik olarak eklenir. Bunları kendiniz yazmanıza gerek yok.

..snip ...

Bu yaklaşım, temiz görünümlü, noktalı virgül içermeyen kod sağlar. Bir sürpriz, if ifadesi gibi bir yapının açılış parantezini if ​​ifadesiyle aynı satıra koymanın önemli olmasıdır; yapmazsanız, derlenemeyebilecek veya yanlış sonuç verebilecek durumlar vardır. Dil, küme ayracı stilini bir dereceye kadar zorlar.

Gizlice, sanırım Rob Pike, One True Brace Style'a ihtiyaç duymak için bir bahane istedi.

Bu sorunun cevabı oldukça kolaydır. "Otomatik noktalı virgül ekleme" olan herhangi bir dil, bu satırda sorun yaşayabilir. Bununla ilgili problem

return
{
     name: 'rajat'
};

..js motorunun return;ifadeden sonra noktalı virgül ekleyeceğidir (ve bu nedenle, geri döner undefined). Bu örnek, kıvrımlı parantezleri her zaman sağ tarafta ve asla sol tarafta açmak için iyi bir nedendir . Zaten doğru bir şekilde fark ettiğiniz için, aynı satırda kıvrımlı bir parantez varsa, yorumlayıcı bunu fark edecek ve bir noktalı virgül ekleyemeyecektir.

FWIW, JSLint bu sözdizimiyle birkaç uyarı bildirir:

$ jslint -stdin
function foo(){
  return
  { x: "y" };
}
^D
(3): lint warning: unexpected end of line; it is ambiguous whether these lines are part of the same statement
  return
........^

(3): lint warning: missing semicolon
  { x: "y" };
..^

(3): lint warning: unreachable code
  { x: "y" };
..^

(3): lint warning: meaningless block; curly braces have no impact
  { x: "y" };
..^

(3): lint warning: use of label
  { x: "y" };
.....^

(3): lint warning: missing semicolon
  { x: "y" };
...........^

(3): lint warning: empty statement or extra semicolon
  { x: "y" };
............^


0 error(s), 7 warning(s)

Bununla karşılaştığım ilk dil awk idi (aynı zamanda sözdizimi "tuhaflıkları" payına sahiptir; isteğe bağlı noktalı virgül, yalnızca beyaz boşluk kullanan dize birleştirme vb.) Sanırım D sözdizimini gevşek bir şekilde temel alan DTrace tasarımcıları awk üzerinde, bu özellikleri kopyalamayacak kadar mantıklıydım, ama aklımın ucunda hatırlayamıyorum. Basit bir örnek (Mac'imden bir DTD'deki ENTITY etiketlerinin sayısını sayarak):

$ cat printEntities.awk 
# This prints all lines where the string ENTITY occurs
/ENTITY/ {
  print $0
}
$ awk -f printEntities.awk < /usr/share/texinfo/texinfo.dtd | wc -l
     119

Bunun yerine bu küçük komut dosyası kendi başına bir satırda küme ayracı ile yazılsaydı, şu olurdu:

$ cat printAll.awk 
# Because of the brace placement, the print statement will be executed
# for all lines in the input file
# Lines containing the string ENTITY will be printed twice,
# because print is the default action, if no other action is specified
/ENTITY/
{ 
   print $0 
}
$ awk -f printAll.awk < /usr/share/texinfo/texinfo.dtd | wc -l
     603
$ /bin/cat < /usr/share/texinfo/texinfo.dtd | wc -l
     484
$