Dikey hizalama: evet veya nay? [kapalı]

Örneğin, dikey olarak hizalanmamış:

Name:   Hamt
Version:  0.1.0
Cabal-Version:  >= 1.2
License:  BSD3
Author:  Jason Baker

Veya dikey olarak hizalanmış:

Name:           Hamt
Version:        0.1.0
Cabal-Version:  >= 1.2
License:        BSD3
Author:         Jason Baker

Hangisini tercih edersiniz ve neden?

Şahsen, kodun ikinci versiyonunun marjinal olarak daha okunabilir olduğunu düşünüyorum, ancak bunu korumanın bu okunabilirliği telafi ettiğini düşünmüyorum. Bu nedenle, kodun değişmeyeceğinden oldukça emin olsaydım, bu örneğin yalnızca ikinci sürümünü kullanırdım.

Sadece böyle yaptığınızda zaman kazandırır:

Name: Hamt
Version: 0.1.0
Cabal-Version: >= 1.2
License: BSD3
Author: Jason Baker

Okumak da zor değil.

Bir melezi tercih ederim:

Name    : Hamt
Version : 0.1.0
Cabal-Version :  >= 1.2
License : BSD3
Author  : Jason Baker

Bu, esas olarak, çevreleyen hatlardan daha uzun olan ara sıralar hariç, 2 numaradır - hatların çoğunun çok fazla aralık olmasını önlemek için.

İnsan-bilgisayar etkileşimi ve (G) UI tasarımı ve grafik tasarım üzerine okuduğum birkaç kitaptan aldığım bir Üniversite dersinden eğitimin yanı sıra hem deneyime hem de eğitime dayanan liste düzenleri için başka bir varyasyon. Ben diyaloglar için ve enerji / zaman, CSS (genellikle olsa kod için değil) için kullanın.

          Name : Hamt
       Version : 0.1.0
 Cabal-Version : >= 1.2
       License : BSD3
        Author : Jason Baker

Diğerleri gibi, artıları ve eksileri vardır.

Artıları:

• Güçlü görsel mola, verileri etiketlerden ayırır
• Estetik açıdan hoş, profesyonel grafik tasarım görünümü (özellikle sonlandırılmış, yayınlanmış dosyalar için)
• Veriler etiketlemeye daha yakındır, bu da ilişkilendirmeyi kolaylaştırır (bir satırda yanlış verilerle okuma şansını azaltır)
• İletişim kutusu düzenleri için ideal

Eksileri:

• Doğru biçimlendirme için daha fazla zaman gerekiyor
• En uzun yeni bir öğe eklendiğinde yeniden hizalama gerektirir
• Kod için yararlı değil

HTH

Birincisini tercih ederim, ama sekmeler olmadan (ki boşluklar sanırım); bunun yerine sadece bir boşluk. Bana göre bu, verilen durumda olduğu gibi "benzer" olmadığında okunması daha kolaydır. Aynı zamanda (bu tür verileri düzenlerken) "bir satırı yanlış okumak", yani sürüm numaralarına sahip üç satırınız olduğunda daha zor hale getirir. Ve bir tanesini düzenlerken, yanlışlıkla başka bir tanesini yerinde düzenlersiniz.

Bununla birlikte, veriler benzer olduğunda, ikinci örneğinizdeki gibi sütunlara koymak mükemmel bir mantıklıdır (sadece benzer değildir, ancak noktayı alırsınız).

Ne yazık ki bir stil sorusu olarak, bu çok özneldir ve muhtemelen birçok çelişkili sonucunuz olacaktır. Dahası, kullanılacak stil büyük ölçüde SEKME veya boşluk kullanımınıza bağlıdır.


İki sentime gelince, ikinci versiyonun bir varyasyonunu tercih ediyorum. Bunu en çok seviyorum:

Name            : Hamt
Version         : 0.1.0
Cabal-Version   : >= 1.2
License         : BSD3
Author          : Jason Baker

Denediğim en okunabilir ve kullanımı kolay sürüm. Tek gerçek dezavantajı, en geniş alanın ne olduğunu bulmam ve bazen çok geniş olduğunda hepsini genişletmek zorunda kalmam gerektiğidir (bu genellikle sadece CSS ile olur). Ancak dikkate alınması gereken birkaç nokta vardır.

İlk olarak, genellikle TAB'ları boşlukların aksine tercih ederim, ancak gerçek SEKME ayarı değişir; örneğin, C (++) kodu veya HTML için 4 boşluklu TAB'lara ve Pascal veya Assembler kodu için 2 boşluklu SEKMELER'e alışkınım, oysa CSS gibi bazı şeyler için SEKME genişliğini tercih etmiyorum. Bu varyasyon, işleri yeterince karmaşıklaştırıyor, ancak kullandığım editör kendi komplikasyonlarına atıyor. Bazı editörler, dil başına SEKME ayarları yapmanıza izin verir, ancak bazıları seçmez (bazıları farklı profillere sahip olsa bile).

TAB'leri boşluk lehine ileri sürerek bu komplikasyondan kaçınabilirsiniz. Kod genellikle sabit genişlikli bir yazı tipinde olduğundan, boşlukların kullanılması iyi çalışır, ancak alanları form, özgeçmiş veya kod olmayan başka bir metinde biçimlendiriyorsanız ve orantılı bir yazı tipi kullanıyorsanız, işleri hizalamak için SEKMELERE ihtiyacınız olacaktır. .

Genelde TAB'ları tercih ederim çünkü sabit genişlikli kodlarda bile, her TAB için birkaç boşluktan imleç yapmak zorunda kalıyorum. Eski Borland IDE'lerinin iki, dört vb. Boşluklar yerine tek bir varlık olarak TAB'larda (özellikle beyaz alanın tüm uzunluklarında) imleç yapma seçeneği olduğunu hatırlıyorum. Bu, imleç gezinmeyi kolay ve hızlı hale getirirken SEKMELER'i boşluk olarak eklemeyi pratik hale getirdi. Ne yazık ki, bunu yapabilen modern, Windows editörleri görmedim.

Son olarak, başkalarının kodunuzu kullanıp kullanmayacağı stil seçiminde büyük bir faktördür. Genellikle kodumu kullanan tek kişi benim, bu yüzden her şeyi zevkime göre başkalarının editörlerine veya ayarlarına bakmadan biçimlendirebilirim. Başkalarıyla çalışıyorsanız, sizi dikkate almaları gerektiği için bunları dikkate almanız gerekir.


Özet olarak, okunabilirlik iyi ve çok arzu edilir, ancak siz ve kodu kullanması gereken ayarlar ve editörler karar verirken önemli olacaktır. Yalnızsanız, en okunabilir formatı da kullanabilirsiniz. Kullanmaya alışmanız gerekebilir, ancak muhtemelen uzun vadede ödeyecektir, özellikle de bir süre önce yazdığınız koda geri dönmeniz gerektiğinde: okunabilirlik, kodun ne yaptığını anlamadaki yorumlar kadar önemlidir. Başkalarıyla birlikte çalışırsanız, ekip tarafından kullanılmak üzere bir tür tasarım kılavuzu oluşturmak için birlikte çalışmak istersiniz.