Mezery nebo tabulátor? (diskuse)

[anicka]

To je ale otazka Prece, zachovavat coding style puvodniho projektu a v novem je to jedno, jen kdyz porad stejne

[frm]

autorovi nejde prece vubec o ten kod. Nejakym stylem se snazi vyjadrit svuj odpor vuci telocviku, ano pohybu vubec. Da se to rici samozrejme i bez te omacky....

[Jan Drábek]

Mně hodně štve, že sice pracuji s tabulátorem ale ten DEV-C++ a spousta dalších editorů z toho udělá mezery, a to ještě poprvé 5 a podruhé 10. Když to potom chce člověk mazat... může se umazat k smrti.
Zlatá kate....

[Lu-Tze]

Tedy je to pořád lepší než ti, kteří kód píšou tak jak jim to IDE

Co? Ty si myslíš, že jseš v něčem lepší než já? A vzniká tak přenádherný kód. Tak co blbneš?

[fakenickname]

Ano ignore, nikdo nepochybuje o tom, že jsi nejlepší.

[Mikos]

Jediné Správné Odsazování (TM) jsou 4 mezery. Písmo mi dává za pravdu!

[xxx]

Herout zase v Ucebnici jazyka C doporucuje dve mezery, a k tabulatoru je skepricky.

[zde]

Kernel coding standards trvají na osmi mezerách. Podle mě je to overkill (používám v C i Pythonu 4), ale fakt je že se to docela dobře čte.

[petr_p]

A take doporucuji

First off, I'd suggest printing out a copy of the GNU coding standards, and NOT read it. Burn them, it's a great symbolic gesture.

[Robert Krátký]

Kernel coding standards trvají na osmi mezerách. Podle mě je to overkill

Now, some people will claim that having 8-character indentations makes the code move too far to the right, and makes it hard to read on a 80-character terminal screen. The answer to that is that if you need more than 3 levels of indentation, you're screwed anyway, and should fix your program.

[Ladicek]

if you need more than 3 levels of indentation, you're screwed anyway, and should fix your program

Tři? Pět je málo!

[Josef Kufner]

You should fix your program

[trekker.dk]

Tak ať mi hoši, co píšou kernel coding standards, poradí, jak mám fixnout tohle:

1   public void fce (int i, boolean b) {
2       switch (i) {
3           case 1: {
4               if (b)
5                   if () akce();
                    else jina_akce();
                else jeste_jina_akce;

[Lu-Tze]

Exception potvrzuje pravidlo

[disorder]

si myslim, ze by ti napisali asi toto:

public void fce (int i, boolean b)
{
        switch (i) {
                case 1:
                        if (b) {
                                if ()
                                        akce();
                                else
                                        jina_akce();
                        } else
                                jeste_jina_akce;
                        break;
        }
}

take nieco by ti spicoval aj gcc (a to nemyslim nedokoncenie funkcie)

[trekker.dk]

No ale teď máš hloubku vnoření šest, takže jsi to nevylepšil, ale naopak. A gcc na to neřekne ani jeden warning. Za domácí úkol si zjisti, proč

[Lu-Tze]

Protože řekne error?

[disorder]

ja ich tam vidim len 5, ale mas pravdu, ze nic nepovie na to co som mal na mysli (to ale nic nemeni na tom, ze moj pristup je lepsi, pretoze je omnoho citatelnejsi). BTW ignor ma pravdu, povie error, kopec errorov ;)

[trekker.dk]

Neřekne nic, aspoň mě ne, protože já gcc na program v Javě opravdu pouštět nebudu.

[disorder]

tak chod obtazovat javistov

[disorder]

ci javerov. ci ako sa ten odpad vola...

[Michal Vyskočil]

Ani gij? :)

[trekker.dk]

gij nemám nainstalovaný a nebudu ho instalovat jenom proto, abych to zkusil. Už tak mám kvůli Javě nainstalovaných víc věcí, než bych chtěl.

[trekker.dk]

ja ich tam vidim len 5

Metoda třídy se vnořuje o jednu úroveň oproti deklaraci třídy, to je ta šestá.

[disorder]

v C? trochu si to pleties a nic som neodsadil, pohov.

[trekker.dk]

NIKDO neřekl, že ten kód je v C. To sis blbě dovodil ty a teď se to jako vždycky snažíš zamluvit.

[disorder]

si debil, vies to? ODKEDY SA KERNEL CODING STANDARDS TYKA JAVY?

[trekker.dk]

The answer to that is that if you need more than 3 levels of indentation, you're screwed anyway, and should fix your program.

Zdá se, že to nebude jenom o kernelu, že?

[disorder]

takze si to zhrnme:

1) najprv beries vazne jeden vyrok (zamerne prehnany, hoci nie velmi)

2) potom tu pleties C s javou

3) slovickaris (kernel je podla definicie tiez len program "(computer science) a sequence of instructions that a computer can interpret and execute")

a mna to nebavi

[Filip Jirsák]

Co třeba takhle:

enum AkceEnum {
  Akce1 {
    @Override
    public void doAction(boolean b, boolean c) {
      if (b)
        if (c)
          akce();
        else
          jina_akce();
      else
        jeste_jina_akce();
    }
  },
  Akce2 {
    @Override
    public void doAction(boolean b, boolean c) {
      // TODO
    }
  };
  abstract public void doAction(boolean b, boolean c);
}

public void fce (AkceEnum akce, boolean b) {
  boolean c = false;
  akce.doAction(b, c);
}

Nebo pokud tam mermomocí potřebujete switch:

enum AkceEnum {
  Akce1, Akce2;
}

public void fce (AkceEnum akce, boolean b) {
  boolean c = false;
  switch(akce) {
  case Akce1:
    doAkce1(b);
    break;
  case Akce2:
    break;
  }
}

private void doAkce1(boolean b) {
  if (b) {
    if (this.c)
      this.akce();
    else this.jina_akce();
  } else this.jeste_jina_akce();
}

[trekker.dk]

Hezký. Ale asi zůstanu u toho, že jsem "screwed" a nechám tam ten switch

[Filip Jirsák]

Po několika dnech programování JavaScriptů člověk ocení, že typovou kontrolu za něj dělá už kompilátor

[happy barney]

blbost
v javascripte sa neprogramuje, javascript sa generuje

[Filip Jirsák]

Jenže to nejdříve musí někdo udělat, aby se to samo Navíc všechny mně známé generátory generují kód pro AJAXové aplikace, ale já potřebuju standardní web s přidaným JS.

[happy barney]

aký je rozdiel medzi AJAX a JS ?
jeden mne známy generátor generuje čokoľvek, zdroj je papier a pero

[Filip Jirsák]

AJAX jsou typicky už hotové komponenty, které používáte. Bez JS v takové aplikaci nedáte ani ránu. Já to mám opačně – mám HTML stránky, které v případě funkčního JS v prohlížeči trochu oživím.

[pasmen]

Python bych sem zrovna jako jazyk zivotne dulezity na odsazovani netahal... A uz vubec bych od nej neprebiral vzor formatovani.

[tommy]

V NetBeans je funkcia reformat code, ktore kod upravi do celkom citatelnej podoby. Ja osobne to dost casto vyuzivam.

[xxx]

Presne tak. V NB je spousta zajimavych veci. Treba i takovej JavaDoc neni uplne spatnej.

[Prcek]

Myslim ze nakonec bude jeste rad, ze nemusi delat v tom vi a muze pouzit NetBeans .

[..]

G=

[fakenickname]

Mám trochu masochistické sklony co se týče pamětí RAM v počítačích, které používám, takže NetBeans je trochu out co se týče použitelnosti. To už raději některé featury jako reformat, doplňování, javadoc oželím a budu raději používat svůj oblíbený vim. Ale kdybyste mi takhle někdo chtěl koupit cca giga ram.. Tak bych možná začal používat i gvim..

[podlesh]

To už raději některé featury jako reformat, doplňování, javadoc oželím

To není nutné, co takhle použít astyle?

[miro]

V eclipse je tiez funkcia format. Kazdy si moze definovat vlastne formatovanie kodu, takze nie je ziaden problem. Napriek tomu ma v praci prinutili dodrziavat nepisane javovske konvencie formatovania, tak som im dal za pravdu a pisem podla nich (predsalen CVS nespozna, ze jeden kod inak sformatovany je ten isty kod). Ale len v praci, inak mam radsej klasicke odsadzovanie (otvaracie zatvorky na novy riadok a pod...)

S medzerou a tabulatorom som nikdy problem nemal, pretoze vzdy zaskrtnem nahradzanie tabulatoru dvoma medzerami (potom sa v takom kode dobre beha pomocou sipiek... )

[marbu]

Preferuju tabulator, i kdyz treba v takovem haskellu to neni dobry napad :)

Na druhou stranu to ale může být i nevýhoda, právě proto, že je to proměnné v závislosti na použitém editoru.

Ja to vidim jako vyhodu, kazdy si tu promenou muze nastavit se mu libi... IMHO editor, v kterem nejde nastavit, aby nemenil tabulatory na mezery, neni na programovani moc vhodny :)

[rastos]

indent

[fakenickname]

Díky, dobrý tip..

[Ladicek]

Mezery. Slušný editor klávesou TAB odsazuje mezerami, mezery maže po úrovních odsazení a při vkládání cizí zdroják přeformátuje. Jo a když jsme u toho, délka řádky minimálně 100 znaků

[Petr Zelenka]

Jo a když jsme u toho, délka řádky minimálně 100 znaků

Minimálně nebo maximálně?

[Ladicek]

Jsem pako. Maximální délka řádky minimálně…

[masomlejn]

72 znaku a nikdy vice!!) A odsazovani nechat na emacs

[happy barney]

+1 && hungry programmer mode

[xsubway]

samozrejme mezery:

vetsi_projekt * vetsi_pocet_programatoru + tabulatory => spatna_citelnost_kodu

[podlesh]

Je to tak, použití tabulátoru je v takovém případě na zabití.

Nejlepší je nechat si odsazování dělat strojově. Nejenom že je pak jednotné, ale odhalí se tím i některé záludné chybyčky (zapomenutá závorka a podobně).

[botanicus]

Zajimavy je zase jak to urcite formaty urcuji primo - Makefile => tab, YAML => mezery ... to se mi nelibi, ja zasadne tabuju,k dyz muzu ... i kdyz vim, ze mezi rubysty je zvykem davat dve mezery, no ale coz, tohle mi prijde lepsi ... a nastavitelnejsi.

[zde]

Jo, to že Yaml neschroustne tabulátor mě asi před měsícem stálo asi 2 hodiny kroucení hlavou a pokusů o debugování nedebugovatelného a téměř nečitelného kódu (Perl, samozřejmě).

[zde]

Jo o tom jak úchylný Makefile rozlišuje mezery a tabulátory je celá kapitola v UNIX-Haters Handbooku. :)

[Michal Vyskočil]

Někde v ArtU je vysvětlení tvůrce Makefile, který, když psal parser, tak se zrovna učil tuším lex a ani za boha nebyl schopen to bez těch tabů napsat. No a pak to začalo používat více lidí a na změnu bylo pozdě

[elviin]

Podle me je to uplne jedno jestli pouzivat mezery nebo taby. Hlavne nemichat v jednom projektu. Podobne se odsazovanim zavorek {}, atd.

[KS]

Ja myslím, že míchat je potřeba.
Máte-li třeba dlouhou hlavičku funkce/metody, tak je dobré ji napsat na několok řádků, například takhle:

	asmlinkage int compat_sys_select(int n, compat_ulong_t __user *inp,
	               compat_ulong_t __user *outp, compat_ulong_t __user *exp,
	               struct compat_timeval __user *tvp);

Takové odsazení bez kombinace tabu a mezery nenapíšete:

[ tab ]asmlinkage int compat_sys_select(int n, compat_ulong_t __user *inp,
[ tab ]|||||||||||||||compat_ulong_t __user *outp, compat_ulong_t __user *exp,
[ tab ]|||||||||||||||struct compat_timeval __user *tvp);

[Michal Vyskočil]

Takové odsazení bez kombinace tabu a mezery nenapíšete

Stačí používat mezery a napíšete

Hle, to je vlastně důkaz toho, že zatímco tabisti se bez mezer neobejdou, my mezeristi se bez tabů obejdeme velice snadno

[KS]

Okej, zapoměl jsem na předpoklady. Máš pravdu. S tabama se bez mezer neobejdeš.

[Luboš Doležel (Doli)]

Před druhý a další řádek hlavičky funkce obvykle dávám 1 tabulátor navíc, takže bez mezer se objedu

[vlasta neubauer]

pro pokračování řádku dávám polovinu běžného odsazení, tedy dvě mezery, abych to opticky odlišil od následujícího zanoření. to by z tabem asi nešlo :)

[Filip Jirsák]

Proč by ne? Stačí "běžné odsazení" nadefinovat jako sudý počet tabulátorů

[disorder]

spravne to ma byt odsadene tabulatormi na prislusnu uroven a potom to odmedzerovat za uroven otvaracej zatvorky (teda stlacit tab v emacse :P)

[elviin]

Ja to delam takhle:

	asmlinkage int compat_sys_select(
            int n, 
            compat_ulong_t __user *inp,
	    compat_ulong_t __user *outp, 
            compat_ulong_t __user *exp,
	    struct compat_timeval __user *tvp
        );

A vystacim se 4 mezerama (tabulatorem). Nebo

	asmlinkage int compat_sys_select(
            int n, compat_ulong_t __user *inp,
	    compat_ulong_t __user *outp, compat_ulong_t __user *exp,
	    struct compat_timeval __user *tvp
        );

Ale prvni verze mi prijde nejprehlednejsi.

[KS]

Předtím jsem se zaměřil jenom na ty mezery. Nejraději to mám takto:

asmlinkage int compat_sys_select(int n,
                                 compat_ulong_t __user *inp,
                                 compat_ulong_t __user *outp,
                                 compat_ulong_t __user *exp,
                                 struct compat_timeval __user *tvp);

Stejně tak třeba pole:

int i[,] = {{5, 7, 8, 0},
            {7, 8, 9, 4}};

[happy barney]

brr, to vyzerá ... nevraviac o tom, že deklarácie začínajú vždy v inom stĺpci. Keď už, tak

.... (
    int n,
    ...
) {
}

pole dtto

[disorder]

lepsie to vyzerat nemoze. a ") {" je hnus, velebnosti :)

ale structy by uz mali vyzerat inac

struct bla {
        bla...
};

[Vinicius]

Ja osobne davam prednost tabulatorum, protoze si pak v lecjakem IDE muzu nastavit sirku odsazeni. Tabulatory se daji kdykoliv zkonvertovat na mezery. NetBeans umi neprehledny kod trochu zformatovat. Hezky je take spor mezi:

void main () {
}
a
void main()
  {
   

  }

[Ladicek]

V jednom nejmenovaném programovacím jazyku je konvence

begin
  ...
  end

[Vinicius]

ze by to bylo C ?

#define Begin {
#define End }

[Josef Kufner]

:%!indent -kr -i8

a dělejte si to jak chcete

[trekker.dk]

Zvlášť když se do toho sporu zamíchá někdo, kdo tvrdí, že

void main () {
 }

[ext3fs]

uplne spravne snad takto, ne? :) int main(void) { ... }

[ext3fs]

teda..

int main(void)
{
...
}

:)

[Honza Balák]

No ja to taky tak pouzivam, je to prehlednejsi nez ta varianta nize (obe zavorky na stejne urovni). Minimalne to aspon lip vypada

[Luboš Doležel (Doli)]

Mně připadají přehlednější právě závorky pod sebou (BSD/Allman).

[Josef Kufner]

No, u funkci dávám přednos otevírací závorce na novém řádku, ale u všeho ostatního na konci řádku předchozího.

int main (void)
{
	int i;
 
	for (i = 0; i < 10; i++) {
		fputc(i + '0', stdout);
	}
	return 0;
}

První řádek je odsazen od těla funkce a je to tak přehlednější. Otevírací závorku cyklů a ifů dávám na nový řádek jen když je podmínka moc dlouhá a rozleze se to na více řádků. Mezi funkcema pak nechávám dva řádky prázdné.

[Semo]

Ako keby som tie pravidla sam pisal. Uplne presne pisam takto aj ja.

[disorder]

tento spor sa netyka len tohoto. 1TBS (one true brace style) forever! :P

a neznasam whitespace na konci riadkov (zlaty emacs a delete-trailing-whitespace :))

[Honey]

Já dávám přednost této variantě závorkování a u všeho a používám tabulátory.

void main()
  {
   

  }

Všechny závorky stejné úrovně jsou pak v jednom sloupci a je to přehlednější než když otevírací závorka je na řádku s deklarací někde vzádu vpravo.

Ve škole máme prastarý Turbo Pascal a ten tam cpe furt ty pitomé mezery. Když si to pak otevřu třeba v Kate, tak se v tom tak špatně pracuje :-/

[Josef Kufner]

I tihle staříci uměli pracovat s tabulátorama (viz nastavení editoru).

btw, tohle je příšerný styl. Ještě horší je snad už jen tohle:

if (něco)
{   blabla();
    hello();
}

[Mikos]

<flame>Fuj, ještě že takový hnusný styk závorkování se ve světě Free Softwaru moc často nevyskytuje, to by bylo na infarkt.</flame>

[disorder]

okrem GNU, ze... (zrovna pri funkciach to maju normalne, ale zbytok je takymto half-tabom. je to hnus velebnosti)

[Mikos]

GNU styl je trochu jiný, ten vypadá pokud vím takto:

while (a == b)
  {
    nejaka_funkce ();
  }

Což se mi tedy také nelíbí, ale pořád je to z optického hlediska milionkrát lepší než když je složená závorka na stejné úrovni jako ostatní blok v kódu. K&R prostě ruluje Nicméně uplně nejvíc ruluje, když nemusím používat složené závorky vůbec (vive le Python! ).

[Mikos]

s/blok v kódu/kód v bloku/

[disorder]

a on uviedol ako odsadzuje telo? nepostrehol som.

python je fuj, explicitne uzatvaranie urovne je omnoho lepsie (ako ruby).

[Mikos]

No psal "Všechny závorky stejné úrovně jsou pak v jednom sloupci". Což pravda může znamenat i ten GNU styl, ale pochopil sem to každopádně tak že má na stejné úrovni jako ony závorky i kód v onom bloku. Pokud to tak nemyslel, může mě opravit

Jinak já zas považuju za mnohem lepší styl jako v Python, než styl jako v Ruby :-P

[disorder]

zvycajne sa kod odsadzuje dalej nez zatvorky, tak som to predpokladal.

a ano, o tvojej zvratenej zalube tu snad vie uz kazdy...

[Robert Krátký]

Pro inspiraci: http://ask.slashdot.org/article.pl?sid=01/04/13/2339207
http://www.jwz.org/doc/tabs-vs-spaces.html

[disorder]

takze nakoniec sme sa zhodli. K&R a taby (velkost si kazdy nastavi ako sa mu paci. a ked to nejde, nech zacne pouzivat emacs). mozeme to uzavriet :P

[xkucf03]

1) V Eclipsech používám zásadně ctrl+alt+F tím se kód naformátuje podle předem daných pravidel. A jelikož pravidla můžou mít (měli by) všichni vývojáři projektu nastavená stejně, není problém udržet jednotný vzhled kódu.

2) Vyměnit Netbeans/Eclipse za Vi? Ty jsi trochu masochista co?