Peki, öyle mi? Kötü uygulama olarak mı değerlendiriliyor?

IMO, daha az okunabilir. Sağa, sonra sola, sağa, sola vb. Kaydırmaktan nefret ediyorum. Kodlamayı daha acı verici hale getirir ve bazen beni karıştırır.

Örneğin, ne zaman uzun bir dize kodlama, ben aşağıdakileri yapacağım ...

bigLongSqlStatement = "select * from sometable st inner join anothertable at" +
"on st.id = at.id" +
"and so on..." +
"and so on..." +
"and so on..."

Evet, gerçek anlamda olduğu gibi gerçek anlamda da öyle.

Yan yana kod diffs yapmak istiyorum ve çok geniş çizgiler bunu zorlaştırır:

Üç tırnaklı dizelerle Scala gibi diller, çalışma zamanı masrafı, çirkin alıntılar ve bir dizenin bölümlerini bir araya getirme işaretleri (örnekte görüldüğü gibi) olmadan birçok satırdan bir dize oluşturmanıza olanak tanır.

Evet, bence satır başına 80 karakter makul ve yaygın olarak kullanılıyor.

Bu benim için gerçekten önemli bir soru! 7 "13" dizüstü bilgisayarda 24 "masaüstü monitöre sahip meslektaşlarımla çalıştım ve kendimi okunabilir bir şeyle sonuçlanmak için çok fazla zaman kısaltma hattı buldum.

Birçok durumda 80 sütun biraz küçüktür (vi seçeneği olan bir terminalde çalışıyorsanız hariç), ancak ~ 150'den fazla çok fazladır (aşağıya bakın).

Bu saf 'okunabilirlik' sorusu için.

Şimdi, 'iyi uygulama' kısmı için, genellikle bu kadar uzun satırların kusurlu olduğunu, yani geçici bir değişkente çıkarılması gereken veya örneğin çoğaltılan bir kısmına sahip olduğumu görüyorum (ObjectiveC, iPhone programlamasında ortak snippet) :

CGPoint point = CGPointMake(someOtherView.frame.origin.x + someOtherView.frame.size.width, someOtherView.frame.origin.x + someOtherView.frame.size.height);

Lütfen 3 boyutlu vektörler veya matrislerle çalışırken bunun daha da canlanabileceğini unutmayın.

Yeniden yazılmış örnek:

CGRect frame = someOtherView.frame;
CGPoint origin = frame.origin;
CGSize size = frame.size;
CGPoint point = CGPointMake(origin.x + size.width, origin.x + size.height);

Bu artık daha küçük bir ekrana sığıyor, IDE kullanarak hata ayıklaması veya standart çıktıya yazılması daha kolay ve yöntem / özellik çağırma maliyetine bağlı olarak daha hızlı olabilir. Bu elbette biraz zorlandı, çoğu gerçek dünya örneği çok daha karmaşık ...

Her zaman değil.

Sadece alternatif bir görünüm eklemek için, kodu okuduğumda, genellikle satırın tamamını okumak zorunda kalmadan kod satırının ne yaptığının özünü alabilirim. Ben yöntem adını okuyabilir ama yöntem parametreleri ekran dökülmesini, ben normalde sadece bu kod satırının amacı ne olduğunu söyleyebilirim gibi fussed değil. Kod birkaç satır ekran dökülmesini sonra zaman zaman (orada önemli kelime) yatay kaydırma zorunda ticaret daha kompakt kod için buna değer olduğunu düşünüyorum. Bazen hangi kodun hangi ifadeyle gittiğini zihinsel olarak bir araya getirmek zorunda olduğum için çok satırlı tek deyimli kod dikkat dağıtıcı buluyorum.

Genellikle yatay olarak dökülen kod satırlarının sollarında önemli (biter) ve sağda (ekran dışı) daha az önemli bitleri vardır, bu yüzden bana göre kodu çoğunlukla aşağıdan tarayabildiğim için okunabilirliği artırır aşağıdaki satır (lar) üzerinde görsel olarak önemli sol taraftaki alanı kaplayan çok uzun bir satırdan daha az önemli kod parçalarına sahip olma alternatifinin aksine, her satırdaki önemli bitler.

Tüm bunları söyledikten sonra, kesinlikle çok sık yatay kaydırmak istemem, ancak bu geniş ekran monitör günlerinde daha az sorun yaşıyorum.

Evet öyle.

Bu arada bir ipucu. Çok satırlı dizelere sahip bir dil kullanıyorsanız (neredeyse tüm komut dosyası dillerinde bunlar vardır) ve uzun SQL ekliyorsanız, SQL için tutarlı biçimlendirme kuralları kullanarak SQL'i çok satırlı bir dizeye koymak gerçekten okunabilirliğe yardımcı olur. Kullandığım biçimlendirme stili için http://bentilly.blogspot.com/2011/02/sql-formatting-style.html adresine bakın .

Hayır.

Bir editörüm var. Sadece satır sargısına sahip olmakla kalmaz, aynı zamanda (ekran 100 karakter genişliğinde ise) satır sarması girintisine sahiptir.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.

olarak görünmek

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut 
    labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco 
    laboris nisi ut aliquip ex ea commodo consequat.

veya mevcut dil için varsayılan olarak herhangi bir girinti düzeyi ayarlandığında.

Ekranımdan daha geniş satırlar, kodu satır satır girintili koda karşı asla daha az okunabilir hale getirmez.

edit: ooooh, bu cevabın popüler olmayacağını biliyordum :)

Kesinlikle öyle. Gazete ve dergilerin sütun kullanmasının bir nedeni var. Okunabilirlik önemli bir faktördür. Gözlerimizi okurken, nispeten az yan yana hareketle aşağı doğru tarayın. Etkisi, gözlerimizin okuduklarımızı hızlı bir şekilde taramasına izin vermektir.

Ekranın geniş sütunlarında görünse bile, gözlerimizi hızla ileri geri taramaya zorlar. Geri tararken hiçbir şey anlamıyoruz. Bu, okuma ve kavrayışı önemli ölçüde yavaşlatacaktır. Etkisi eski mekanik yazıcılara benzer. Bunlar genellikle, taşıyıcının veya yazdırma kafasının bir sonraki satır için yeniden konumlandırılması için zaman tanımak amacıyla bir satırbaşı dönüşünden sonra birkaç boş karakter girilmesini gerektiriyordu.

Buna ek olarak, dikey yerleşim genellikle satırdaki içeriğin gruplandırılmasını açıklayacak şekilde yapılır. Bu genellikle sadece bileşik mantık koşulları için geçerlidir. Uzun formüller bir dizi ifade olarak daha iyi yapılandırılabilir. (Optimize edici fazladan ek yükü düzeltir ve bazı optimize ediciler karmaşık formüllerden vazgeçer veya kötü performans gösterir.)

Büyük çizgiler gerektiren çoklu noktalara sahip tanımlayıcılar, düzeltilmesi gereken kodlama tekniklerini gösterir.

Fareler-tekerlekler dikey olarak hızlı kaydırmayı kolaylaştırır ... yatay olarak kaydırmak karşılaştırıldığında çok pahalıdır.

Yatay kaydırma yapmaktan kaçının.

~ Windows Kullanıcı Deneyimi Etkileşim Yönergeleri Sf 112

Evet.

Soldan sağa doğru okuyan İngilizler Sürekli kaydırma ile sonuçlanır = Verimsiz

Bu nedenle IDE'mde her zaman görsel çizgi glifleriyle sözcük kaydırmayı etkinleştiriyorum .