it-swarm.dev

80 karakter sınırı, geniş ekran monitör zamanlarında hala geçerli mi?

geniş ekran monitörde kaydırma çubukları olmadan bir seferde 80'den fazla karakter kolayca görülebilir. linus torvalds bile 80 karakter sınırını modası geçmiş olarak görür.

peki, 80 karakter sınırı geniş ekran monitörlerin zamanlarında hala geçerli mi?

55
lesmana

Hala 80 karakter sınırına uymanın birkaç nedeni vardır (veya 74 karakter sınırı daha da iyidir; farklı kod işaretçileri ve e-posta alıntıları eklenmiş olsa bile kodun 80 sütundan daha az kalmasına izin verir. posta listeleri).

Geniş ekran monitörler döneminde bile, kodun farklı bölümlerini gösteren birkaç pencerenin yan yana açılmasını seviyorum. Örneğin, genellikle bir ekranda bir web tarayıcım ve e-postam, ikinci bir monitörde iki dosya ve bir terminal yan yana açılır. 80 sütunun üzerinde çalışan satırlarınız varsa, satırları saran düzenleyiciyle uğraşmanız gerekir (bu çirkin ve kodun gezinmesini zorlaştırır) veya pencerelerinizi ekrana çok fazla sığamayacak şekilde genişletmeniz gerekir. bir Zamanlar.

Genellikle bu şekilde düzenlemeseniz bile, yan yana fark aracını kullanırsanız, farkınızın görüntülenmesini kolaylaştıracak makul satır uzunluklarına sahip dosyaları takdir edersiniz.

Bir de kod yoğunluğu sorunu var. Kod okurken çok fazla içeriğe sahip olmayı seviyorum. Bir pencereye yukarı ve aşağı bakmak, kaydırmaktan çok, çok daha hızlıdır. Çok uzun hatlarınız varsa, aynı zamanda çok fazla uzunluktaki hatlara sahip olma eğilimindesiniz, bu da çok fazla boşa giden ekran gayrimenkulüne yol açar ve belirli bir zamanda ekrana daha az kod sığdırır.

Ve son olarak, çok uzun hatlarınız varsa, bu genellikle çok karmaşık hatlarınız, derin girintiniz olduğu veya çok uzun tanımlayıcılarınız olduğu anlamına gelir. Bunların hepsi bir sorun olabilir. Karmaşık çizgiler muhtemelen çok fazla iş yapıyor; birkaç basit satıra ayırabilirseniz, muhtemelen yapmalısınız. Derin girinti, muhtemelen kod akışınızı kafa karıştırıcı hale getirebilecek çok fazla döngü ve koşullu iç içe geçtiğiniz anlamına gelir; birkaç işleve yeniden düzenleme düşünüyor. Tanımlayıcılarınız çok uzunsa, kodunuzu okumayı çok zorlaştırabilir. İnsanlar genellikle kelimeleri bireysel birimler olarak tanır; her karakteri teker teker okumazlar, ama kelimenin genel şekline bakarlar. Uzun tanımlayıcıların bu şekilde ayırt edilmesi daha zordur ve genellikle bu kadar uzunlarsa, gereksiz veya tekrarlayan bilgiler içerirler.

Şimdi, kodu 80 sütunun altında tutmak hala iyi bir uygulama olsa da, bu dinsel olarak uyulması gereken kurallardan biri değildir, sadece olmadığı zaman bir çizgiyi uydurmak için kendinizi zorlar. Tüm kodunuzu 80 sütunun altında tutmaya çalışmanızı öneririm, ancak uygun olmadığında çok fazla endişelenmeyin.

28
Brian Campbell

Satırlarımı yaklaşık 100 karakterden az tutarsam, geniş ekran monitörde yan yana iki düzenleyici pencerem olabilir. Hem sınıf üstbilgisi dosyasının hem de uygulamanın aynı anda görünür olması ya da bir tarafında diğer tarafta kodu çağıran kod bulunması çok yararlıdır. Ve çizgileri kısa tutarsam, editör pencerelerimde yatay bir kaydırma çubuğuna ihtiyacım yok, bu da bana daha fazla dikey alan sağlıyor.

80 karakter eski olabilir, ancak bazı şeyleri akılda tutmanın bir değeri vardır.

46
Niall C.

Monitörün bununla bir ilgisi olduğunu sanmıyorum - en azından artık değil.

80 karakterlik bir satırı kodlayamıyorsanız, bu muhtemelen kötü kodun bir işaretidir. Çok karmaşık ifadeler. Çok derin girinti. Yaptığınız işi durdurmalı ve yeniden düşünmelisiniz.

Ancak kodun 80'den fazla satır gerektirdiğinden eminseniz, devam edin ve yapın. Ben sadece daha küçük yapmak için deyimsel değişiklikler eklemek daha 80 karakter aşan bir kod olması daha iyi olduğunu düşünüyorum.

Şahsen bu tür şeylerden nefret ediyorum:

ret = my_function(parameter1, \
                  parameter2, \
                  parameter3, parameter4);

Basitçe:

ret = my_function(parameter1, parameter2, parameter3, parameter4);
29
Cesar Canassa

Kodlama için mi?

Kesinlikle evet. Normal insan çok geniş okuyamaz. Birkaç sütunla gözlerinizi daha az hareket ettirirsiniz, daha iyi odaklanır ve yorgunluğu geciktirirsiniz. Bu minimum bir kazanç ama önemli bir kazanç.

20
Maniero

Evet, kod satırı uzunluğunu sınırlamak için nedenler var:

  1. Ekranlarımız genişlemiş olsa da, bazen kodunuzu yazdırmanız gerekir. Sadece bu nedenle .
  2. Farklı görüntüleyenler genellikle dikey bölünmüş çizgiler görüntüler - geniş ekran izin verdiği sürece çizgiler zorlaşır.

Bunu söyledikten sonra, 80 biraz fazla. Ancak yine de, tasarım ilkesi olarak bazı sınırlamalar muhtemelen iyi bir fikirdir.

Ekstra uzun satırlara izin verilmemesi gerektiğini söyleyebilirim, çünkü bazen gereklidir. Ancak çoğu işlev yalnızca 30 "ekranda görüntülenebiliyorsa, kodda bazı sorunlar vardır.

6
Assaf Lavie

Bu keyfi, ama okunması kolay olan şey için keyfi olmayan bir sınır var. Kod veya düzyazı olsun, süper geniş metin sütunlarının taranması ve okunması çok zor. Dahası, diğer birçok cevabın işaret ettiği gibi, bu kodun ekranınızdaki tek şey olacağı gibi değil. Aynı anda iki veya daha fazla kod penceresine sahip olmak ve bir geniş ekran monitöre uydurmak harika.

5
jerwood

Tam olarak 80 karakterlik bir sınır seçmek muhtemelen önemli değildir; örneğin, sınır 85 ise ne değişebilir?

Günümüzde kullanılan monitörlerin daha yüksek çözünürlüklere sahip olduğu doğrudur, ancak bir metin düzenleyicide/IDE'de tüm alan metin görünümünden alınmaz; kullandığım editörde sol tarafta projeye dahil olan dosyaların listesini gösteriyor.

Bir netbook veya dizüstü bilgisayarda kullanılan çözünürlük, monitörlerde kullanılan çözünürlükle aynı değildir; muhtemelen kimseye “sorun” yaratmayan bir karakter sınırı kullanmak mantıklıdır.

3
kiamlaluno

Gerçekten geliştirme ortamına bağlıdır.

Örneğin, binlerce geliştiriciyle büyük bir şirkette, muhtemelen bir ürünün ömrü boyunca, kodunun bir kısmına bakmak zorunda kalacak yüzlerce insan var. Bu kadar insanla birlikte, her ne nedenle olursa olsun (eski donanım, netbooklar, vb.) 800x600 veya daha küçük bir hızla çalışan birkaç kişi olması gerekiyor. Onları ağırlamanın bir değeri var.

Yine de 25 kişilik şirketimde, vidala diyorum. Hepimiz maksimum 120-140 çözünürlükte çift modern monitör kullanıyoruz, gayri resmi kılavuz da öyle.

2
Fishtoaster

Biraz sınırlamak kesinlikle mantıklı. Ancak 80 karakter sınırı çok kısıtlayıcı. 96 karakter sınırı gibi bir şey tercih ederim. Ben uğraşmak zorunda kod çoğu için yeterince geniş ve iki dosya (geniş bir ekranda) diff'ing için yan yana koymak böylece yeterince dardır.

Kod okunabilirliğinin diğer tüm endişeleri ortadan kaldırdığına inanıyorum. Ve satır kodu başına 96 karakter ile 80'den çok daha okunabilir hale getirilebilir.

Çoğu insanın terminallerini 80 karakter genişliğe ayarladığı iddiasını almıyorum, yazıcıların 80 karakterden uzun satırları sarması gerekmiyor. Eskiden (uzak) geçmişte olduğu için zor bir sınır değil. Terminali ve yazıcı genişliğini 100 karaktere kolayca ayarlayabilirsiniz.

2
alexeiz

Hayır, artık geçerli değil:

  • Uygulamalarda ve web'de kullanılan yazı tiplerinin çoğu zaten sabit genişlikli değildir. Başka bir deyişle, 80 karakter! = 80 karakter.
  • Söylediğiniz gibi, ekran genişlikleri değişti - 80 karakter mantıklı bir sınır değil.

80 karakter, bir konsol ortamındaki sabit genişlikli yazı tipleri için gerçekten bir kılavuzdu.

Tabii ki, hala bir konsol ortamında sabit genişlikte bir yazı tipi kullanıyorsanız ... o zaman, 80 karakter mantıklıdır :)

1
Damovisa

GUI'de bir düzenleyici kullanırsanız, satır başına 80 karakter ilgisizdir, çünkü çoğu iyi düzenleyicinin (örneğin Notepad ++) satır kaydırmayı değiştirmek için bir düğmesi vardır. Bununla, kodu ince bir pencerede görüntülerken bile bir sorun olmamalıdır.

0
Lajos Meszaros