Stack Overflow ve PEP 8'de önerinin yalnızca Python programlarında girinti için boşluk kullanılması olduğunu görüyorum . Tutarlı girinti ihtiyacını anlayabiliyorum ve bu acıyı hissettim.
Alanların tercih edilmesinin altında yatan bir sebep var mı? Sekmelerle çalışmanın çok daha kolay olduğunu düşünürdüm.
Yanıtlar:
Cevap tam orada PEP'te verilmiştir [ed: bu pasaj 2013'te düzenlenmiştir ]. Alıntı yaparım:
En popüler Python girinti yolu sadece boşluklu olduğunu.
Başka hangi temel nedene ihtiyacınız var?
Daha az açık söylemek gerekirse: İlk paragrafta belirtildiği gibi KEP'in kapsamını da düşünün:
Bu belge, ana Python dağıtımındaki standart kitaplığı içeren Python kodu için kodlama kuralları verir.
Amaç, resmi python dağıtımına giren tüm kodları tutarlı bir şekilde biçimlendirmektir (umarım bunun evrensel olarak bir Good Thing ™ olduğu konusunda anlaşabiliriz).
Bireysel bir programcı için boşluklar ve sekmeler arasındaki karar a) gerçekten bir zevk meselesi olduğundan ve b) teknik araçlarla (editörler, dönüştürme komut dosyaları, vb.) Kolayca ele alındığından, tüm tartışmayı sonlandırmanın açık bir yolu vardır: birini seçin .
Guido seçilecek kişiydi. Bir neden bile söylemek zorunda değildi, ama yine de deneysel verilere atıfta bulundu.
Diğer tüm amaçlar için, bu PEP'i bir öneri olarak alabilir ya da görmezden gelebilirsiniz - seçiminiz, ekibinizin veya takım liderlerinizin.
Ama size bir tavsiyede bulunabilirsem: karıştırmayın ;-) [ed: Sekmeleri ve boşlukları karıştırmak artık bir seçenek değil.]
Görünüşe göre herkes boşluklara karşı çok önyargılı. Yalnızca sekmeleri kullanıyorum. Nedenini çok iyi biliyorum.
Sekmeler aslında boşluklardan sonra gelen harika bir buluştur . Milyonlarca kez boşluk bırakmadan veya sahte bir sekme (boşluk oluşturan) kullanmadan girintileme yapmanızı sağlar.
Herkesin sekme kullanımını neden ayırt ettiğini gerçekten anlamıyorum. Daha yeni ve daha verimli bir teknolojiyi seçmeleri için gençleri ayırt eden ve darbeli aramanın sadece bu yeni yeni telefonlarda değil her telefonda çalıştığından şikayet eden yaşlılara çok benzer . "Tonlu arama her telefonda çalışmıyor, bu yüzden yanlış".
Düzenleyiciniz sekmeleri düzgün şekilde işleyemiyor mu? Peki, modern bir editör edinin . Kahrolası bir zaman olabilir, şimdi 21. yüzyıldayız ve bir editörün yüksek teknoloji ürünü karmaşık bir yazılım parçası olduğu zamanlar çoktan geçti. Artık sekmeleri destekleyen tonlarca editörümüz var. Ayrıca, boşluklarla yapamayacağınız bir sekmenin ne kadar olması gerektiğini de tanımlayabilirsiniz. Sekmeleri göremiyor musunuz? Bu bir tartışma için nedir? Eh, boşlukları da göremezsiniz!
Daha iyi bir editör almayı önermek için bu kadar cesur olabilir miyim? Görünmez karakterler sergileyen , 10 yıl kadar önce piyasaya sürülen bu yüksek teknoloji ürünü olanlardan biri mi? (alaycı)
Boşluk kullanmak çok daha fazla silme ve biçimlendirme çalışmasına neden olur. Bu nedenle (ve bunu bilen ve benimle aynı fikirde olan diğer tüm insanlar) Python için sekmeler kullanır.
Sekmeleri ve boşlukları karıştırmak hayır-hayırdır ve bu konuda bir tartışma yoktur. Bu bir karmaşa ve asla işe yaramaz.
Şahsen sekmelerdeki boşluklara katılmıyorum. Bana göre sekmeler bir belge düzeni karakteri / mekanizmasıdır; boşluklar ise kod durumunda komutlar arasında içerik veya sınırlandırma içindir.
Jim'in, sekmelerin gerçekten sorun olmadığı, konu insanların ve sekmeleri ve alanları nasıl karıştırmak istedikleri konusundaki yorumlarına katılıyorum.
Bununla birlikte, kongre uğruna kendimi boşluk kullanmaya zorladım. Tutarlılığa kişisel tercihlerden çok değer veriyorum.
Boşlukların nedeni, sekmelerin isteğe bağlı olmasıdır. Boşluklar, noktalama işaretlerindeki gerçek en düşük ortak paydadır.
Her düzgün metin düzenleyicinin bir "sekmeleri boşluklarla değiştir" vardır ve birçok kişi bunu kullanır. Ama her zaman değil.
Bazı metin editörleri bir dizi boşluğu bir sekmeyle değiştirebilirken, bu gerçekten nadirdir.
Alt Satır . Boşluklarla yanlış gidemezsin. Sen belki sekmeleri ile ters gidebilir. Bu yüzden sekmeleri kullanmayın ve hata riskini azaltın.
Sekmelerle ilgili sorun, görünmez olmaları ve insanların sekmelerin genişliği konusunda asla hemfikir olmamasıdır. Sekmeleri ve boşlukları karıştırdığınızda ve sekme duraklarını (her 8 boşlukta bir sekme durakları kullanan) Python dışında bir şeye ayarladığınızda, kodu Python'un gördüğünden farklı bir düzende göreceksiniz. Ve düzen blokları belirlediğinden, farklı mantık göreceksiniz. İnce böceklere yol açar.
PEP 8'e karşı gelmekte ve sekmeleri kullanmakta ısrar ediyorsanız - veya daha kötüsü, sekmeleri ve boşlukları karıştırmak - en azından her zaman python'u tutarsız girinti oluşturan '-tt' argümanıyla çalıştırın (bazen bir sekme, bazen aynı girinti için bir boşluk) seviye) bir hata. Ayrıca, mümkünse, düzenleyicinizi sekmeleri farklı şekilde görüntüleyecek şekilde ayarlayın. Ama gerçekten, en iyi yaklaşım sekme kullanmamaktır.
Girintiyle ilgili temel sorunlar, sekmeleri ve boşlukları karıştırdığınızda ortaya çıkar. Açıkçası bu size hangisini seçmeniz gerektiğini söylemez, ancak bir yazı tura atarak seçseniz bile bir tane tavsiye etmek için iyi bir neden.
Bununla birlikte, IMHO'nun sekmeler yerine boşlukları tercih etmenin birkaç küçük nedeni vardır:
Farklı araçlar. Bazen kod, bir programcının editörünün dışında görüntülenir. Örneğin. bir haber grubuna veya foruma gönderildi. Boşluklar genellikle buradaki sekmelerden daha iyidir - her yerde boşluklar karışır, sekmeler de yapar, ancak bunun tersi olmaz.
Programcılar kaynağı farklı görürler. Bu son derece özneldir - ya sekmelerin ana yararı ya da hangi tarafta olduğunuza bağlı olarak bunlardan kaçınmanın bir nedeni. Artı tarafta, geliştiriciler kaynağı tercih ettikleri girintiyle görüntüleyebilirler, böylece 2 boşluklu girintiyi tercih eden bir geliştirici, aynı kaynak üzerinde 8 alanlı bir geliştirici ile çalışabilir ve yine de onu istediği gibi görebilir. Bunun dezavantajı, bunun yansımaları olmasıdır - bazı insanlar çok derin iç içe olduklarına dair çok görünür geri bildirimler verdiği için 8-alanı severler - 2-indenter tarafından kontrol edilen kodu sürekli olarak editörlerine sararak görebilirler. Her geliştiricinin kodu aynı şekilde görmesi, satır uzunluklarında daha fazla tutarlılığa ve diğer hususlara yol açar.
Devam eden satır girintisi. Bazen bir öncekinden taşındığını belirtmek için bir satırı girintili yapmak istersiniz. Örneğin.
def foo():
x = some_function_with_lots_of_args(foo, bar, baz,
xyzzy, blah)
Sekmeler kullanıyorsanız, düzenleyicilerinde boşlukları ve sekmeleri karıştırmadan farklı sekme duraklarını kullanan kişiler için bunu hizalamanın bir yolu yoktur. Bu, yukarıdaki faydayı etkili bir şekilde öldürür.
Açıkçası, bu, programlamanın sıkıntılı olduğu, derin dini bir konudur. En önemli konu, tercih ettiğiniz kişi bu olmasa bile, birini seçmemizdir. Bazen, önemli girintinin en büyük avantajının, en azından ayraç yerleştirme alev savaşlarından kaçınmamız olduğunu düşünüyorum.
Jamie Zawinski'nin konuyla ilgili bu makalesi de okunmaya değer .
Sekmelerin kullanımının PEP 8'in başka bir yönünü karıştırdığını unutmayın:
Tüm satırları maksimum 79 karakterle sınırlayın.
Farz edelim ki, 2'lik bir sekme genişliği kullanıyorsunuz ve ben 8'lik bir sekme genişliği kullanıyorum. Tüm kodunuzu en uzun satırlarınız 79 karaktere ulaşacak şekilde yazıyorsunuz, sonra ben de dosyanız üzerinde çalışmaya başlıyorum. Şimdi okunması zor kodum var çünkü (PEP'in belirttiği gibi):
Çoğu araçtaki varsayılan sarma, kodun görsel yapısını bozar
Hepimiz 4 boşluk kullanırsak, HER ZAMAN aynıdır. Editörü 80 karakter genişliğini destekleyebilen herkes kodu rahatça okuyabilir. Not: 80 karakter sınırı başlı başına kutsal bir savaştır, bu yüzden buna buradan başlamayalım.
Sucky olmayan herhangi bir düzenleyici, boşlukları sekmelermiş gibi kullanma seçeneğine sahip olmalıdır (hem ekleme hem de silme), böylece bu gerçekten geçerli bir argüman olmamalıdır.
Sorunun cevabı şudur: PEP-8 bir tavsiyede bulunmak istiyor ve alanlar daha popüler olduğu için sekmeler üzerinde boşlukları şiddetle tavsiye edeceğine karar verdi.
PEP-8 hakkında notlar
PEP-8, 'Girinti seviyesi başına 4 boşluk kullan' diyor .
Bunun standart tavsiye olduğu açıktır.
'Bozmak istemediğiniz gerçekten eski kod için 8 boşluklu sekmeleri kullanmaya devam edebilirsiniz.'
Sekmelerin kullanılabileceği BAZI durumlar olduğu açıktır.
"Sekmeleri ve boşlukları asla karıştırmayın."
Bu açık bir karıştırma yasağı - bence hepimiz bu konuda hemfikiriz. Python bunu algılayabilir ve genellikle tıkanır. -Tt bağımsız değişkeninin kullanılması bunu açık bir hata yapar.
Python'u girintilemenin en popüler yolu yalnızca boşluk kullanmaktır. İkinci en popüler yol yalnızca sekmelerdir. '
Bu, her ikisinin de kullanıldığını açıkça belirtir. Açıkça söylemek gerekirse: Aynı dosyada boşlukları ve sekmeleri asla karıştırmamalısınız.
"Yeni projeler için, sekmeler yerine yalnızca boşluklar şiddetle tavsiye edilir."
Bu açık bir öneri ve güçlü bir öneridir, ancak sekme yasağı değildir.
PEP-8'de kendi soruma iyi bir cevap bulamıyorum. Geçmişte başka dillerde kullandığım sekmeleri kullanıyorum. Python, özel sekme kullanımıyla kaynağı kabul eder. Bu benim için yeterince iyi.
Boşluklarla çalışmaya gideceğimi düşündüm. Editörümde, bir dosya türünü yalnızca boşlukları kullanacak şekilde yapılandırdım ve bu nedenle sekmeye basarsam 4 boşluk ekler. Sekmeye çok fazla basarsam, boşlukları silmem gerekir! Arrgh! Sekmelerden dört kat daha fazla silme! Editörüm girintiler için 4 boşluk kullandığımı söyleyemez (ancak bir düzenleyici bunu yapabilir) ve belli ki boşlukları birer birer silmek konusunda ısrar ediyor.
Python'a girintileri okurken sekmeleri n boşluk olarak kabul etmesi söylenemez mi? Girinti başına 4 boşluk ve sekme başına 4 boşluk üzerinde anlaşabilir ve Python'un bunu kabul etmesine izin verebilirsek, o zaman sorun olmazdı.
Sorunlara kazan-kazan çözümleri bulmalıyız.
Kodumda her zaman sekmeler kullandım. Bununla birlikte, yakın zamanda boşluk kullanmak için bir neden buldum: Nokia N900 internet tabletimde geliştirme yaparken, artık sekme tuşu olmayan bir klavyem vardı. Bu beni sekmeleri kopyalayıp yapıştırmaya veya kodumu boşluklarla yeniden yazmaya zorladı. Diğer telefonlarla aynı sorunu yaşıyorum. Kabul edelim ki, bu standart bir Python kullanımı değil, akılda tutulması gereken bir şey.
Python, program yapısını tanımak için girintiye dayandığından, tanımlamayı tanımlamanın açık bir yolu gereklidir. Boşlukları veya sekmeleri seçmenin nedeni budur.
Bununla birlikte, python aynı zamanda işleri yapmanın tek bir yolu olan güçlü bir felsefeye de sahiptir, bu nedenle girinti yapmanın bir yolu için resmi bir öneri olmalıdır.
Hem boşluklar hem de sekmeler, bir düzenleyicinin girinti olarak ele alması için benzersiz zorluklar oluşturur. Sekmelerin işlenmesi, düzenleyiciler ve hatta kullanıcı ayarları arasında tek tip değildir. Alanlar yapılandırılabilir olmadığından, sonucun her yerde aynı görüneceğini garanti ettikleri için daha mantıklı bir seçim sunarlar.
[İnsanlar] kodu okurken ve yeni kod yazmayı bitirdiklerinde, yeni bir kapsam (veya sexpr veya her neyse) açıldığında kodun kaç tane ekran sütunu girintileme eğiliminde olduğunu önemsiyorlar ...
... Benim düşünceme göre teknik sorunları çözmenin en iyi yolu ASCII # 9 TAB karakterinin disk dosyalarında asla görünmemesini zorunlu kılmaktır: satırları diske yazmadan önce, düzenleyicinizi TAB'leri uygun sayıda boşluğa genişletecek şekilde programlayın. ..
... Bu, dize veya karakter sabitleri gibi gerçekten önemli oldukları yerlerde sekmeleri asla kullanmayacağınızı varsayar, ancak bunu asla yapmam: bir sekme olması önemli olduğunda, bunun yerine her zaman '\ t' kullanırım.
Sekmeler üzerindeki boşluklardan söyleyebileceğim en önemli avantaj, birçok programcının ve projenin kaynak kodu için belirli sayıda sütun kullanması ve birinin sekme durağı 2 boşluğa ayarlanmış bir değişiklik yapması ve projenin aşağıdaki gibi 4 boşluk kullanmasıdır. sekme durağı uzun satırlar diğer kişilerin editör penceresi için çok uzun olacaktır. Sekmelerle çalışmanın daha kolay olduğuna katılıyorum, ancak alanların işbirliği için daha kolay olduğunu düşünüyorum, bu da Python gibi büyük bir açık kaynak projesinde önemli.
Pastanı alıp yiyebilirsin. Düzenleyicinizi sekmeleri otomatik olarak boşluklara genişletecek şekilde ayarlayın.
(Bu :set expandtabVim'de olurdu .)
Tahminimce, linux metin düzenleyicilerinin çoğu, varsayılanları varsayılan olarak gülünç derecede büyük gösteriyor. Sekmelerde boşluk kullanmak için başka iyi bir neden düşünemiyorum.
Halihazırda belirtilen diğer tüm nedenlerin yanı sıra (tutarlılık, boşlukları ve sekmeleri asla karıştırmama vb.) 4 boşluk sözleşmesinin dikkate alınması gereken birkaç neden daha olduğuna inanıyorum. Bunlar yalnızca Python (ve belki de girintinin anlamı olan diğer diller) için geçerlidir. Kişisel tercihlere bağlı olarak sekmeler diğer dillerde daha güzel olabilir.
Bir düzenleyici sekmeleri göstermiyorsa (ki bu, yapılandırmaya bağlı olarak oldukça azdır), başka bir yazar kodunuzun 4 boşluk kullandığını varsayabilir, b / c neredeyse tüm Python kodunun kamuya açık olduğunu varsayar; aynı düzenleyicinin sekme genişliği 4 olursa, kötü şeyler olabilir - en azından bu fakir kişi, sözleşmeye bağlı kalarak kaçınması çok kolay olan bir girinti sorunu yüzünden zaman kaybedecektir. Bu yüzden benim için bir numaralı neden, tutarlı bir şekilde hatalardan kaçınmaktır.
Hangisinin daha iyi olduğu sorusu, sekmeler veya boşluklar yeniden çerçevelendirilirken, sekmelerin hangi avantajları olduğu sorulmalıdır; Sekmeleri öven çok sayıda gönderi gördüm, ancak onlar için birkaç ikna edici argüman gördüm; emacs, vi (m), kate, ... gibi iyi editörler kodunuzun anlamsallığına bağlı olarak uygun girinti yapar - sekmeler olmadan bile; aynı editörler, geri almadaki girintiyi kaldırmak için kolaylıkla yapılandırılabilir.
Bazı kişilerin, kodun görünümüne / düzenine karar verme özgürlüğü söz konusu olduğunda çok güçlü tercihleri vardır; diğerleri bu özgürlüğe karşı tutarlılığa değer verir. Python, girintinin bloklar vb. İçin kullanılmasını dikte ederek bu özgürlüğü büyük ölçüde azaltır. Bu bir hata veya özellik olarak görülebilir, ancak Python seçilmesi ile birlikte gelir. Şahsen, bu tutarlılığı seviyorum - yeni bir projede kod yazmaya başladığımda, en azından düzen alıştığıma yakın, bu yüzden okuması oldukça kolay. Neredeyse her zaman.
Girinti için boşluk kullanmak, kodu anlamayı kolaylaştırabilecek "düzen hilelerine" izin verir; bunların bazı örnekleri PEP8'de listelenmiştir; Örneğin.
foo = long_function_name(var_one, var_two,
var_three, var_four)
# the same for lists
a_long_list = [1,
2,
# ...
79]
# or dictionaries
a_dict = {"a_key": "a_value",
"another_key": "another_value"}
Tabii ki, yukarıdakiler de güzelce yazılabilir:
foo = long_function_name(
var_one, var_two,
var_three, var_four)
# the same for lists
a_long_list = [
1,
2,
# ...
79]
# or dictionaries
a_dict = {
"a_key": "a_value",
"another_key": "another_value"}
Ancak, ikincisi daha fazla kod satırı alır ve bazen daha az satırın daha iyi olduğu tartışılır (tek bir ekranda daha fazlasını elde edersiniz). Ancak hizalamayı seviyorsanız, boşluklar (tercihen iyi bir editör tarafından desteklenen) size bir anlamda Python'da sekmelerden daha fazla özgürlük sağlar. [Pekala, sanırım bazı editörler aynı w / sekmeleri yapmanıza izin veriyor;) - ama boşluklarla, hepsi yapıyor ...]
Herkesin öne sürdüğü aynı argümana geri dönersek - PEP 8 boşlukları belirler (tamam, şiddetle tavsiye eder). Yalnızca sekme kullanan bir projeye geliyorsanız, elbette çok az seçeneğiniz var. Ancak PEP 8 sözleşmelerinin kurulması nedeniyle neredeyse tüm Python programcıları bu stile alışmıştır. Bu, çoğu programcı tarafından kabul edilen bir stil üzerinde bir fikir birliği bulmayı çok daha kolay hale getirir ... ve aksi takdirde bireylerin stil konusunda hemfikir olması çok zor olabilir.
Tarzın uygulanmasına yardımcı olan araçlar genellikle fazladan çaba sarf etmeden PEP 8'in farkındadır. Bu harika bir neden değil, ancak işlerin kutudan çıkar çıkmaz yürümesi güzel.
Sekmelerle ilgili evrensel sorun, farklı ortamlarda farklı şekilde temsil edilebilmeleridir.
Belirli bir düzenleyicide, bir sekme 8 boşluk olabilir veya 2 olabilir
. Bazı editörlerde bunu kontrol edebilirsiniz, bazılarında ise yapamazsınız.
Sekmelerle ilgili bir başka sorun da, bunların basılı çıktıda nasıl temsil edildiğidir. Çoğu yazıcının bir sekmeyi 8 boşluk olarak yorumladığına inanıyorum.
Boşluklarla hiç şüphe yok. Her şey yazarın istediği gibi sıralanacaktır.
Jim ve Thomas Wouters arasındaki tartışma üzerine yorumlarda.
Sorun şuydu ... hem sekmelerin hem de boşlukların genişliği değişebildiğinden - ve programcılar her iki genişlik konusunda da anlaşamadıkları için - neden sekmelerin suçu taşıyor?
Jim'e bu konuda katılıyorum - sekmeler kendi başlarına kötü DEĞİLDİR. Ama bir problem var...
Boşluklarla "KENDİ KODUM" un dünyadaki HER düzenleyicide nasıl göründüğünü kontrol edebilirim . 4 boşluk kullanırsam - o zaman kodumu hangi düzenleyicide açarsanız açın, sol kenar boşluğundan aynı uzaklıkta olacaktır. Sekmelerle editör için sekme genişliği ayarının insafına kaldım - KENDİ KODUM için bile. Ve bundan hoşlanmıyorum.
Dolayısıyla, alanların bile tutarlılığı garanti edemediği doğru olsa da - en azından her yerde KENDİ kodunuzun görünümü üzerinde size daha fazla kontrol sağlar - sekmelerin yapamayacağı bir şey.
Bence, kod yazan programcıların tutarlılığı DEĞİL - ancak bu kodu gösteren editörlerdeki tutarlılık - boşlukların elde edilmesini (ve empoze etmesini) kolaylaştırıyor.