C, C++(, Java) koda formatēšanas stils

[Pats Toms]

Tā ir kaut kāda diršanās par to, ka vienmēr nepiekrīt. Ko tad tu gaidi - ka pie katra pareiza komentāra sekot no katra "+1"? Saņemies taču.

[jurchiks]

Dabīgi, ka to es negaidu, bet ja katrs otrais viņa posts sūta "3 mājas tālāk", tad ne jau man ir problēmas.

[spainis]

pašļi vi vsej nahuj :)

[F3llony]

Dabīgi, ka to es negaidu, bet ja katrs otrais viņa posts sūta "3 mājas tālāk", tad ne jau man ir problēmas.

Tu esi aplaimots ar funkciju mani ignorēt. Tu esi ļoti fakin laipni lūgts šo funkciju izmantot vai turpināt žīžļāt īkšķi uz to cik pasaule ir netaisnīga un kā es atļaujos tev nepiekrist. Izvēle ir tavā ziņā, jaunā nepamierinātā dvēsele.

 

Iespējams F3llony ir ģēnijs; tāpēc viņam ir taisnība vienmēr.

Kāds tu esi mīlulis. :) Edited August 13, 2013 by F3llony

[Леший]

Šeit es redzu divus viedokļus: viena puse aizstāv spaces un argumentē to ar problēmam redaktoros un SVNā; un otrā puse, kuru pārstāv MRT, aizstāv tabs un argumentē savu poziciju ar to, ka tabs viņam netraucē.

Nav īpaši grūti novērtēt abu pušu argumentāciju.

 

Iemeslu flamewaram neredzu.

Edited August 13, 2013 by Леший

[jurchiks]

Redz, atkal tā pati attieksme.

// blocked, vismaz vienu labu lietu pateici pa visu threadu

[spainis]

taba izmēru tak jebkurā redaktorā var nomainīt uz tādu kādu vien pašam patīk

 

ko jūs dariet ar kolēķiem, kuriem, piemēram patīk 2 space'i?

[Леший]

Dedzinam uz sārta

[F3llony]

No šāda skatu punkta tad jau vispār labāk ir lietot tabs, jo var jau iestatīt - "display tabs as X spaces" un tad jau katrs skatās kā ienāk prātā. "display X spaces as X spaces" gan neesmu redzējis.

 

Un tomēr, vismaz man tabi indentācijai liekas "dabiskāki". Tam tie ir izveidoti un tam tie būtu pamatā jālieto. Atstarpes un atkāpes arī ne-tehniskajā rakstībā ir dāžādas lietas dažādiem mērķiem. 

 

Par versiju kontroli - ne SVN (ļoti reti un ne PHP), ne HG (ikdienā) ne Git (pa retam) neesmu novērojis problēmas. 

Edited August 13, 2013 by F3llony

[gurkjis]

yea, man patīk doma, ka 1 tabs aizņem 1 char un pēc tam tad katrs savā IDĒ var uzlikt taba platumu kādu vajag.

Bet vizuāli man patīk 2 spaces platums.

Viss subjektīvi un gaumei pakārtots.

[jurchiks]

Problēma ir tajā, ka tad, ja citiem ir uzlikts tab width 4 chars, bet tev - 2 chars, tad tev viņu formatētais kods var attēloties salauzts (piem. kaut kāds key-value map ar aligned values, 2-3 tabi starp key/value), un ja tu kaut ko tur labosi tāpēc, ka tev attēlojas citādāk... Tad labi nebūs.

Edited August 14, 2013 by jurchiks

[daGrevis]

Spaces to the rescue!

[v3rb0]

Problēma ir tajā, ka tad, ja citiem ir uzlikts tab width 4 chars, bet tev - 2 chars, tad tev viņu formatētais kods var attēloties salauzts (piem. kaut kāds key-value map ar aligned values, 2-3 tabi starp key/value), un ja tu kaut ko tur labosi tāpēc, ka tev attēlojas citādāk... Tad labi nebūs.

 

 

Block level ar tabs,

Key/values un tamlīdzīgus ascii art mākslasdarbus, ko  gribi tieši vienu zem otra vispirms ar tab'iem līdz atbilstošajam block levelim, tālāk ar space'ēm.

 

aizmirsu kā vienā vārdā šis saucas.

[jurchiks]

Kaut ko tu tur esi sajaucis, drīzāk jau papriekš ar atstarpēm un tad, kad atstarpes izlīdzinās, tālāk ar tabiem.

Iekopē šo kaut kādā HTML failā,  un atver browserī:

<pre>
a		=> b,
blabla	=> c,
txt		=> whatever
</pre>

atver inspect element un pamaini CSS rūļa tab-size izmēru.

[v3rb0]

be' kāds ieguvums ja otrādi?

piemēram,

-> tab

. space 

class.Foo.{
->public.function.bar().{
->->$m.=.array(
->->......'a'.=>.1,
->->.....'aa'.=>.2,
->->...'aaaa'.=>.4
->->);
->}
}

mainot tab izmēru, 4.-6. rindā esošie "=>" paliks viens zem otra un vienmēr bulta zem atverošās iekavas - ir gan atkāpes platumus atkarībā no tab'a, gan fiksētas atkāpes, kur tās grib (vajag)