Kapsamı belirtmek için whitespace vs. {} 'i kullanan bir dilin artıları ve eksileri nelerdir? [kapalı]

Kapsamı belirtmek için beyaz boşluk veya parantez gibi jeton kullanmanın daha iyi olup olmadığı konusunda bir çatışma var gibi görünüyor. Pek çok övgü python'un tutarsız girinti sorununa çözümünü gördüm, ancak çoğu katılmıyorum:

Belirteç olarak boşluk olan herhangi bir dilin ölmesi gerekir.

daha sonra aynı cevapta yayınlanmıştır:

Gerçekte denemedene kadar token karşıt boşluk olarak sortof oldum. Muhtemelen kişisel beyaz boşluk düzenimin python-land'daki herkesin kullandığı şeyle hemen hemen eşleşmesine yardımcı oldu. Belki biraz minimalist olduğum için, ama yine de girintili olacaksanız, neden {} s ile uğraşasınız?

Her bir taraf için bazı net argümanlar görebilirim:

boşluk kullanarak:

• koddaki tutarsız girintiyi azaltmaya yardımcı olur
• aynı amaca hizmet etmek için görünür simgeleri boşlukla değiştirerek ekranı temizler

jeton kullanarak:

• kodu farklı seviyelere kesmek ve yapıştırmak çok daha kolay (girintiyi düzeltmek zorunda değilsiniz)
• Daha tutarlı. Bazı metin editörleri boşlukları farklı görüntüler.
• şu anda daha popüler.

Kaçırdığım herhangi bir puan var mı? Hangisini tercih edersin? Uzun bir süre biriyle veya diğeriyle çalıştıktan sonra bilgelik sözleri var mı?

PS. Diller her kontrol yapısı için aynı jetonu kullanmadığında nefret ediyorum. VB End Ifve End Whileifadeleri ile gerçekten can sıkıcı , diğer birçok dil sadece her şey için {} 's kullanır. Ama belki bu farklı bir sorunun konusu ...

Bence bir çok programcı (ben dahil) her kararı "mantıklı" hale getirme eğiliminde. Bu iyi, ama her sorunun mantıklı bir cevabı yok. Örneğin, şeflerin elmalı turta ve kirazlı turtanın artılarını ve eksilerini soran chefoverflow (böyle bir şey varsa) hakkında sorular yayınladığından şüpheliyim. Hangisini daha çok sevdiğiniz bir soru.

Bunu akılda tutarak, bence en basit cevap "Bazıları parantez sever, bazıları beyaz boşluk sever" demek ve bunu bırakmaktır.

Tam bir fanboy gibi görünme riski altında, bence boşlukun “koddaki tutarsız girintiyi azaltmaya yardımcı olduğunu” iddia eden herkes Visual Studio'yu hiç kullanmadı. Tek bir komutla (varsayılan kısayolun Ctrl + K, D olduğunu düşünüyorum), tüm girinti anında tutarlıdır¹. Ayrıca, kodu yapıştırırken girinti, hiçbir şey yapmadan anında düzeltilir ve yeni kod yazarken veya bir ifveya başka bir bloğa bir şey sarılırken de aynı durum geçerlidir (yeniden biçimlendirme }yazılırken gerçekleşir). Ayrıca, tamamlanmış bir deyimden sonra Enter tuşuna basmak, önceki deyim,ifya da benzeri bir ifadeyle, yanlışlıkla bir ifadenin hala bir zamanın altında olduğunu düşünmeyi çok zorlaştırır if.

Ben marka çalışıyorum noktasıdır değil Visual Studio harika olduğunu. Yapmaya çalıştığım nokta, IDE'nin girintiyi düzeltmeyi (ve diğer biçimlendirme sorunlarını) otomatikleştirebilmesidir, ancak yalnızca programın anlamı biçimlendirmesine bağlı değilse. Bu, programcıya gerçek programlama görevine odaklanmak için daha büyük bir fırsat verir. Python's gibi bir sözdizimi ters etki yaratır: Python kodunun girintisini "düzeltebilecek" bir IDE yazmak mümkün değildir, çünkü girintinin kendisi semantiğin bazılarını belirtir.

¹ _{(VS reformasyon, birden fazla satıra yani dizi sabitleri reddeden bir özel durum olduğunu biliyoruz, ama bu değil).}

Şahsen ben kodun başka bir kapsamda olduğunu fark etmek için kendi satırında bir belirteç alarak tanıtılan boş satır gerekir bulmak.

Python insanlar gittikten nefret ediyorum:

if something
    do something
    do somethingelse

    cleanup
else
    do the other thing

token topraklarında insanlar kopyalayıp yapıştırıp nefesi temizlemediğinde nefret ediyorum ,

if something
{
I have been too lazy
      {
            to clean up
            }
what I pasted
}

veya jeton için ayrı bir satır kullanmayın .

if something {
    I find this confusing
}
else {
especially when combined with the previous 
do something
}

Üçünü de okuyabiliyorum, ama beklediğim gibi değiller ve onları ayrıştırmak için çaba harcamalıyım ve Joel'in söylediği gibi , işler beklediğiniz gibi çalışmadığında sizi hayal kırıklığına uğratıyor.

Pro: Bildiğim kadarıyla Python dünyasında girinti / kıvırcık ayraç yerleştirme kutsal savaşları yok. Bu kararı geliştiriciler adına vermek muhtemelen biraz acı kurtardı.

Con: Anonim işlevler bir satırla sınırlıdır. Kulağa hoş geliyor, ancak sık sık kendimi lambdaScheme'de çok satırlı yazı yazarken buluyorum (çoğunlukla tek bir yere mapveya applytam olarak bir yere beslemek için , ayrı ayrı beyan etmek mantıklı olmaz).

artıklık ekler. Fazlalık çok kötü, çok azı kötü. Ve elle girmek kötü, esp. eğer kullanmak zor.

Kötü / IDE olmayan zamanlarda, boşluk stili biraz daha iyi olabilir. Ancak güçlü IDE ile diş telleri daha iyidir.

Beyaz bir dille bulduğum sorun, çok sayfalı koşullu ifadelerdi. İkinci sayfanın ortasına bir çizgi eklemek ve tüm karmaşanın ortasında bir boşluk almak, kodunuzun mantığını büyük ölçüde değiştirebilir. Ve birinin kodu "doğru" olsa bile, onu okumaya çalışmak korkunç bir tahmin oyunu yapar. Bu "başka" hangi "if" içindir? Görünmez boş karakterleri sayabildiğimden çok daha kolay parantez sayabilirim. Ve bu sitedeki gönderme makineleri onları tek bir alana parçalamaya devam ediyor.

IMHO "{{{{{" is more reliable than "     ".

Ben gerçekten sanmıyorum karşı .
Pythoneerler genellikle parantez programcılarını girintiyi kolayca ihlal edecekleri için eleştiriyorlar çünkü yapabilirler.
Aslında Python ve onun girinti kapsamını bilmeden önce her zaman% 100 tutarlı girinti kullandım.

Gerçek şu ki, parantez dilleri derleyicide doğru girinti uygulayabilir ve her iki dünyanın da en iyisini elde ederiz. Görmek? hiç karşı değil .

Pythoneers, girinti sözdiziminin bir parçası olduğunda parantezlerin işe yaramaz olduğunu savunurlar, ancak değildir, parantezler okunabilirliği artırır. Python'u programlamayı denedim ve bu benim için çok ilginç bir dil, ama if-elif2 veya 3'ten fazla girinti seviyesinden zincirlere sahip olmayı denediniz mi? artık çok düzgün görünmüyorlar.

Not: Diş telleri yazdım ama daha genel bir şekilde, sınırlayıcı belirteçleri kastediyorum. Açılış ayracı gereksiz olarak görülebilir, ancak bir dil böyle gidebilir (aslında tam olarak böyle diller olduğundan eminim ama onları iyi bilmiyorum):

if condition:
    statement
    other_statement()
end

PS2: 2019, bu cevaptan 4 yıl sonra. Python'u öğrendim ve anlamsal girintisine tamamen alıştım ve hiç okumak zor değil. Özellikle girinti bloklarının tanımlanmasına yardımcı olmak için dikey çubuklar çizen modern IDE'lerin yardımıyla.