S ifadeleri okunabilirliği

Özetle ve bunu bilmeyenler için Lisp fonksiyonları / operatörleri / yapıları aynı şekilde denir:

(function arg0 arg1 ... argN)

Peki C benzeri bir dilde,

if (a > b && foo(param))

gibi bir Lisp sexp dönüştü

(if (and (> a b) (foo param)))

. İşler daha gerçek / karmaşık hale geldikçe, benim için karşılık gelen s ifadeleri de.

Bunun büyük olasılıkla öznel bir soru olduğunun farkındayım, ama - birçok Lisp bilgisayar korsanı için bu, her zaman uğraşması gereken küçük bir sıkıntı mı?

Yoksa er ya da geç bu sözdizimine çoğunlukla alışıyor mu?

Her durumda, okunabilirlik için kesme çizgileri (çoğu zaman C eşdeğerinize eklemeyeceğiniz) eklemek, özellikle uzun vadede iyi bir fikir midir? Başka herhangi bir öneri memnuniyetle karşılanacaktır.

Nasıl ayrışırsın

if (a > b && foo(param)) {
  doSomething();
} else {
  doSomethingElse();
}

Ayrıştırma ağacı muhtemelen

if:
  condition:
    and:
      lt:
        left: a
        right: b
      function:
        name: foo
        param: param
  true-block:
    function:
      name: doSomething
  false-block:
    function:
      name: doSomethingElse

hmm ... hadi bu ağacı listeye serelim, ön ek gösterimi

if(and(<(a, b), function(foo, param)), function(doSomething), function(doSomethingElse))

Bu ayrıştırma ağacı biçiminin kullanımı oldukça kolaydır, ancak bir sorunum var. Ayırıcılardan nefret ediyorum. Sonlandırıcıları severim. Aynı zamanda boşlukta serpmeyi seviyorum.

if( and (<(a b) function(foo param)) function (doSomething) function ( doSomethingElse))

hmm ... ek boşluk bazı şeyleri ayrıştırmayı zorlaştırıyor ... Belki de sadece ağacın (kök yaprak yaprak yaprağı) olarak temsil edildiği bir kural yapabilirim.

(if (and (< a b) (function foo param)) (function doSomething) (function doSomethineElse)

Şimdi bir Çözümleme ağacının benim seri olan lisp (uygulamak için yeniden adlandırma işlevi ve bu muhtemelen çalışır). Program yazan programlar istiyorsam, ayrıştırma ağaçlarını manipüle etmek çok hoş.

Bu tamamen s-ifadelerinin nasıl ortaya çıktığı değil, erken teşhis edildi ve lisp programcılarının kullandığı bir özellik. Programlarımız bir anlamda önceden ayrıştırılmıştır ve formatları nedeniyle programları değiştirmek için program yazmak oldukça kolaydır. Bu yüzden sözdiziminin eksikliği bazen bir güç olarak kabul edilir.

Ama David'in dediği gibi, s-ifade farkında bir editör kullanın. Bir s ifadesinde kapanış ayracı izini kaybetme olasılığınız, xml'de bir kapanış ayracıdır ( </foo>yalnızca kapanır <foo>, ancak sağ paren HERHANGİ bir s ifadesini kapatır). Rakette, iyi girinti stili ile birleştiğinde bazı ifadeler için köşeli parantez kullanımı çoğu sorunu çözer.

Lisp sürümü:

(if (and (< a b) (foo param))
  (doSomething)
  (doSomethingElse))

Çok kötü değil.

S-exp hakkında gerçekten güzel olan şey, kısa bir süre sonra artık onları görmüyorsunuz, gözlerinize piton gibi ama AMA bilgisayarda hala ağaç var.

• Yani girinti otomatiktir, belirsizlik yoktur, bir bloğu bitirmek istediğinizde sekmeye iki kez basmak zorunda kalmazsınız.

• Rastgele bir kod seçerseniz, en sevdiğiniz editörden sadece bir komutla her şey kolayca girintili

• Kodunuzda gerçekten kolayca gezinebilir , s-exp arasında geçiş yapabilir, iyi bir düzenleyici ile değiştirebilirsiniz.

Ayrıca, manipüle ettiğiniz veriler yazdığınız kodla aynı olduğundan, kodunuzu değiştirmek için aynı dili kullanabilirsiniz?

Bunu yapabilirsiniz, makrolar budur, yazdığınız kodu diğer listeler gibi değerlendirilmeden önce manipüle edersiniz, bu yüzden Lisp'in bir "Programlanabilir Programlama Dili" olduğu söylenir. Kodunuzu sizin için yazan bir kod yazarsınız.

İşte Lisp'in doğasını ve Lisp programcılarının XML gördüklerinde neden sırıttığını anlatan güzel bir makale.