it-swarm-eu.dev

Je limit 80 znaků stále relevantní v době širokoúhlých monitorů?

na širokoúhlém monitoru lze snadno vidět více než 80 znaků najednou, bez posuvníků. dokonce linus torvalds vidí limit 80 znaků jako zastaralý .

ano, je limit 80 znaků stále relevantní v době širokoúhlých monitorů?

55
lesmana

Existuje několik důvodů, proč stále dodržovat limit 80 znaků (nebo je limit 74 znaků ještě lepší; umožňuje kódu zůstat méně než 80 sloupců, i když jsou přidány značky rozdílů a citace e-mailů, pokud provedete kontrolu kódu na seznam e-mailových adres).

I v éře širokoúhlých monitorů bych chtěl mít několik otevřených oken vedle sebe, ukazující různé části kódu. Například obvykle mám webový prohlížeč a e-mail otevřený na jedné obrazovce a dva soubory a terminál otevřený vedle sebe na druhém monitoru. Pokud máte řádky, které běží přes 80 sloupců, musíte se vypořádat s editorem, který řádky obtéká (což je ošklivé a kód se obtížněji naviguje), nebo si můžete okna rozšířit tak, aby se na obrazovku na cokoli nevejde jednou.

I když obvykle takto neupravujete, pokud někdy používáte nástroj diff vedle sebe, oceníte soubory s přiměřenými délkami řádků, díky nimž bude váš rozdíl snadnější zobrazit.

Je zde také problém s hustotou kódu. Při čtení kódu mám rád mnoho souvislostí. Je mnohem, mnohem rychlejší pohled nahoru a dolů po okně, než je rolování. Pokud máte velmi dlouhé řádky, máte také tendenci mít řádky, které se hodně liší délkou, což vede k velkému množství promrhané nemovitosti na obrazovce a celkově je možné na obrazovku umístit méně kódu.

A konečně, pokud máte velmi dlouhé řádky, pak to obecně znamená, že máte velmi komplikované řádky, hlubokou indendaci nebo že máte velmi dlouhé identifikátory. To vše může být problém. Složité linky pravděpodobně dělají příliš mnoho; pokud to dokážete rozdělit do několika jednodušších řádků, pravděpodobně byste měli. Hluboké odsazení znamená, že pravděpodobně vnoříte příliš mnoho smyček a podmíněností, což může způsobit, že tok kódu bude matoucí; zvažování refaktoringu do několika funkcí. A pokud jsou vaše identifikátory příliš dlouhé, může to velmi ztěžovat čtení kódu. Lidé obecně rozpoznávají slova jako jednotlivé jednotky; nečtou každou postavu jeden po druhém, ale podívají se na celkový tvar Slova. Dlouhé identifikátory se tímto způsobem obtížněji rozlišují a obvykle, pokud jsou dlouhé, obsahují redundantní nebo opakující se informace.

Nyní, i když je stále dobrým postupem udržovat kód pod 80 sloupci, není to jedno z těch pravidel, která je třeba dodržovat nábožensky, a zkroucení, aby se některý řádek přizpůsobil, když to prostě ne. Navrhuji, abyste se pokusili udržet celý svůj kód pod 80 sloupci, ale když se to prostě nehodí, příliš se nebojte.

28
Brian Campbell

Pokud si udržím řádky na méně než asi 100 znaků, můžu mít dvě okna editoru vedle sebe na širokoúhlém monitoru. Je velmi užitečné mít viditelný soubor záhlaví třídy i implementaci současně, nebo mít kód na jedné straně, který volá do kódu na straně druhé. A pokud udržuji řádky krátké, nepotřebuji v mých oknech editoru vodorovný posuvník, což mi dává více svislého prostoru.

80 znaků může být zastaralých, ale je tu určitá zásluha na udržování věcí v rozumu.

46
Niall C.

Nemyslím si, že s tím monitor má co do činění - alespoň už ne.

Pokud nemůžete kódovat řádek o délce 80 znaků, je to pravděpodobně také znak špatného kódu. Příliš složité výrazy. Příliš hluboké odsazení. atd. Měli byste zastavit a přehodnotit, co děláte.

Ale pokud jste si jisti, že kód vyžadoval více než 80 řádků, pokračujte a udělejte to. Myslím, že je lepší mít kód, který předčí 80 znaků, než přidávat idiomatické změny, jen aby byl menší.

Osobně nenávidím tento druh věcí:

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

Místo jednoduše:

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

Chcete kódovat?

Jistě ano. Normální člověk nedokázal příliš dobře číst. S několika sloupci pohnete očima méně, zaostříte lépe a oddálíte únavu. Je to minimální zisk, ale důležitý.

20
Maniero

Ano, existují důvody k omezení délky řádku kódu:

  1. Přestože se naše obrazovky rozšířily, někdy musíte svůj kód vytisknout. Pokud pouze pro z tohoto důvod .
  2. Rozdílní diváci často zobrazují čáry se svislým dělením - toto je těžší, pokud jsou čáry tak dlouhé, jak by to umožnila široká obrazovka.

Nicméně, 80 je o moc málo. Určité omezení je však pravděpodobně dobrým nápadem jako princip designu.

Řekl bych, že extra dlouhé řádky by neměly být zakázány, protože občas jsou nezbytné . Pokud je však většina funkcí viditelná pouze na 30 "obrazovce, kód má některé problémy.

6
Assaf Lavie

Je to svévolné, ale na to, co je snadno čitelné, existuje libovolný limit. Zjistil jsem, že velmi široké sloupce textu je velmi obtížné skenovat a číst, bez ohledu na to, zda se jedná o kód nebo prózu. Dále, jak zdůraznilo mnoho dalších odpovědí, není to jako by tento kód byl jedinou věcí na vaší obrazovce. Je skvělé mít dvě nebo více oken kódu najednou a nechat je zapadnout na jeden širokoúhlý monitor.

5
jerwood

Pravděpodobně není relevantní zvolit přesně 80 znaků; co by se změnilo, pokud by limit byl například 85?

Je pravda, že dnes používané monitory mají vyšší rozlišení, ale v textovém editoru/IDE není z textového pohledu odebrán veškerý prostor; v editoru používám na levé straně ukazuje seznam souborů obsažených v projektu.

Rozlišení použité v netbooku nebo notebooku není stejné jako u monitorů; pravděpodobně má smysl použít omezení počtu znaků, které nikomu nevytváří „problémy“.

3
kiamlaluno

To záleží na vývojovém prostředí.

Například ve velké korporaci s tisíci vývojářů jsou pravděpodobně stovky lidí, kteří se v průběhu životnosti produktu budou muset podívat na určitou část svého kódu. S tolika lidmi existuje spousta lidí, kteří z jakéhokoli důvodu (starší hardware, netbooky atd.) Pracují na 800x600 nebo menších. Je tu určitá hodnota pro jejich přizpůsobení.

V mé společnosti s 25 osobami však říkám šroub. Všichni používáme duální moderní monitory s maximálním rozlišením - 120–140 nebo méně je neformální směrnice.

2
Fishtoaster

Mít nějaký limit určitě dává smysl. Ale limit 80 znaků je příliš omezující. Upřednostňuji něco jako limit 96 znaků. Je dost široký pro většinu kódu, se kterým se musím vypořádat, a je dostatečně úzký, takže dva soubory mohou být umístěny vedle sebe pro rozlišení (na široké obrazovce).

Věřím, že čitelnost kódu převyšuje všechny ostatní obavy. A s 96 znaky na řádek kódu může být mnohem čitelnější než s 80.

Nekupuji argument, že většina lidí nastavuje své terminály na 80 znaků, ne na to, že tiskárny musejí zalomit řádky delší než 80 znaků. Není to pevný limit, jak tomu bývalo v (vzdálené) minulosti. Terminál a šířku tiskárny můžete snadno nastavit na 100 znaků.

2
alexeiz

Ne, už to není relevantní:

  • Většina písem používaných v aplikacích a na webu není stejně pevná. Jinými slovy, 80 znaků! = 80 znaků.
  • Jak jste řekli, šířka obrazovky se změnila - 80 znaků není rozumnou hranicí.

80 znaků bylo skutečně vodítkem pro písma s pevnou šířkou v prostředí konzoly.

Samozřejmě, pokud stále používáte písmo s pevnou šířkou v prostředí konzoly ... pak určitě, 80 znaků je rozumných :)

1
Damovisa

Používáte-li editor v grafickém uživatelském rozhraní, pak je 80 znaků na řádek irelevantní, protože většina slušných editorů - například Notepad ++ - má tlačítko pro přepínání zalomení řádku. S tím by neměl být problém ani při prohlížení kódu v tenkém okně.

0
Lajos Meszaros