asshole Skrevet 25. september 2016 Skrevet 25. september 2016 Skal lage en editor/system som konverterer 2 mellomrom til tabs jeg, så er ikke mellomrom svaret lengre! Eneste grunn til at mellomrom er løsningen er vel fordi tab har varierende lengde på forskjellige systemer. Med mindre du jobber i Python så har vel det faktisk ingeting å si rent praktisk eller. Samtidig så benyttes 2, 4 og 8 mellomrom som innrykk avhengig av kodestil, språk og system, og disse har naturligvis også forskjellig lengde. Så da er du like langt da også... At tab har varierende lengde er jo hele poenget, da kan hver enkelt velge hvor mange space en tab skal være i editoren. Når jeg bruker diff\merge vertikalt bruker jeg tab = 2 space for å få plass til mer kode. Slipper også regler for hvor mange space innrykk skal være, innrykk er tab:-) Men det er vel pga. at folk blander tab og space at tab ble bannlyst, det kunne vel like gjerne vært motsatt: på kildekodeserveren vår har jeg laget ett pre-commit script som nekter insjekk av kodelinjer som starter med space:-)
Gavekort Skrevet 25. september 2016 Skrevet 25. september 2016 Jeg bryr meg ærlig talt ikke om hva folk bruker, så lenge det er konsist på tvers av egen kode og prosjektet. Jeg har derimot litt problemer med å forstå hvorfor mellomrom er foretrukket. Jeg finner det nokså slitsomt å drive å sikte inn riktig antall mellomrom når jeg heller kan bruke 1-3 tabs som indentation der det alltid blir konsist. Vim vil selvsagt konvertere dette til spaces for meg, uten at det gjør noe. 2
tommyb Skrevet 26. september 2016 Skrevet 26. september 2016 Det kan nesten virke på meg som det er editorene som er kilden til uenigheten, og det vil isåfall bare føye seg inn rekken med uenigheter som editor-preferansene medfører. Hvis samme koden skal redigeres i to forskjellige verktøy som har forskjellige preferanser, vil det bli problemer med dette - også. Nok en grunn til å ikke innføre Bring-your-own-editor policy i utviklingsavdelinger.
DJViking Skrevet 26. september 2016 Skrevet 26. september 2016 Mange har spaces i sin kodestandard, inkludert Google. Tabs kan ha forskjellig størrelse mellom ulike systemer. Jeg har alltids foretrukket Spaces.
0laf Skrevet 26. september 2016 Skrevet 26. september 2016 Jeg finner det nokså slitsomt å drive å sikte inn riktig antall mellomrom når jeg heller kan bruke 1-3 tabs som indentation der det alltid blir konsist. Vim vil selvsagt konvertere dette til spaces for meg, uten at det gjør noe. Øh, da bruker du jo ikke tabs, men spaces, eller mer korrekt det som kalles for soft-tab. Så å si alle utviklere trykker nok på tab knappen for å indentere kode, forskjellen ligger jo nettopp i hvilke tegn editoren dytter ut, enten \t eller et par fire \s i stedet osv. 1
Gavekort Skrevet 26. september 2016 Skrevet 26. september 2016 Øh, da bruker du jo ikke tabs, men spaces, eller mer korrekt det som kalles for soft-tab. Så å si alle utviklere trykker nok på tab knappen for å indentere kode, forskjellen ligger jo nettopp i hvilke tegn editoren dytter ut, enten \t eller et par fire \s i stedet osv. Poenget mitt ligger jo i at jeg trykker på tabulator-knappen og ikke mellomrom. Skal man diskutere på det planet så jo hele tabs vs. spaces debatten irrelevant. Det at editoren min endrer tabs til spaces synes jeg er utelukkende positivt, men det å trykke på mellomrom-tasten synes jeg er slitsomt.
DJViking Skrevet 26. september 2016 Skrevet 26. september 2016 (endret) Utviklere trykker ikke på mellomrom 4 ganger for å lager innrykk. Det er Tabulatorknappen man benytter uavhengig om man har satt opp om den skal lage inntrykk med 1x Tabs eller 4x Space. Endret 26. september 2016 av DJViking
Gavekort Skrevet 26. september 2016 Skrevet 26. september 2016 Det er jo helt håpløst at det ikke er en eksplisitt detalj når man diskuterer tabs vs. spaces... Det finnes de som trykker mellomrom også, så det er kanskje greiest å differensiere seg fra dem.
ahelg Skrevet 27. september 2016 Skrevet 27. september 2016 Foretrekker tabs da jeg synes det er enklere. Det at det kan se forskjellig ut for forskjellige anser jeg som fordel. Da kan man selv i den editoren man bruker definere størrelsen tab. På den måten kan alle få den innrykkstørelsen man selv ønsker. Med mellomrom blir man jo tvunget til å bruke det samme.
Mulder Skrevet 28. september 2016 Skrevet 28. september 2016 Det finnes ingen uenighet. Det finnes rotekopper som bruker space. 1
King Saul Skrevet 28. september 2016 Skrevet 28. september 2016 Litt gøy at c++-utviklere som navngir filene sine med .cpp-ending bruker vesentlig mer tabs enn de som bruke .cc-suffiks.
tommyb Skrevet 29. september 2016 Skrevet 29. september 2016 Litt gøy at c++-utviklere som navngir filene sine med .cpp-ending bruker vesentlig mer tabs enn de som bruke .cc-suffiks. Brukere av forskjellige verktøy får forskjellige utfordringer og forskjellige vaner. Jeg antar at navngivningen til dels følger verktøyene; "Today, outside of the Unix world, it's mostly .cpp"
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå