Stil der Klammern unwichtig?
-
Kellerautomat schrieb:
Sobald ClangIDE fertig ist, ist das alles kein Problem mehr.
http://clang.llvm.org/docs/ClangFormat.html
Btw. An den Sones Screenshots sehe ich, dass keine Whitespaces anzeigen werden. Beim Schreiben eines Makefiles unerlaesslich. Ich lasse sie mir auch in VS anzeigen um meine Einrueckung zu ueberpruefen. Sinnvoll?
-
Beim Schreiben eines Makefiles unerlaesslich
Ich habe noch nie eine Makefile geschrieben oder musste es je tun. CodeBlocks hat ein eigenes Build-System das gut funktioniert.
-
Die Frage ist: Wer laesst sich white spaces in einer IDE beim Programmieren anzeigen?
-
knivil schrieb:
Die Frage ist: Wer laesst sich white spaces in einer IDE beim Programmieren anzeigen?
Mach ich schon, allein schon Aufgrund der von dir genannten makefile Problematik und wegen der bei uns geltenden Coding Styles. Da sieht man gleich obs passt oder nicht...
-
knivil schrieb:
Die Frage ist: Wer laesst sich white spaces in einer IDE beim Programmieren anzeigen?
Wie meinst du das, "Anzeigen"? Laesst du bei dir alle Whitespaces verstecken?
-
Whitespaces werden gesondert hervorgehoben, bspw: → fuer Tabs und '.' fuer Leerzeichen (Farbe Hellblau). Wie unterscheidest du denn Tabs von Leerzeichen? Btw. ich finde Leerzeichen am Ende einer Codezeile als haesslich.
-
Ich zeige mir auch keine Leerzeichen gesondert an (nervt mich auch, wenn Leute bei Word dies aktiviert haben). Und überflüssige Leerzeichen am Ende von Zeilen lasse ich mit dem RegEx ":b+$" projektweit löschen (im VS).
-
knivil schrieb:
Whitespaces werden gesondert hervorgehoben, bspw: → fuer Tabs und '.' fuer Leerzeichen (Farbe Hellblau). Wie unterscheidest du denn Tabs von Leerzeichen?
Das meint ihr! Ich lasse sie nicht gesondert hervorheben... wieso sollte ich?
Btw. ich finde Leerzeichen am Ende einer Codezeile als haesslich.
Ich auch. Jeder findet das.
-
wieso sollte ich?
Ich dachte, es waere klar. Um Tabs von Leerzeichen unterscheiden zu koennen. Um Leerzeichen am ende einer Zeile zu sehen, um Makefiles zu schreiben.
-
knivil schrieb:
um Makefiles zu schreiben.
Allright. Ich dachte du meinst C++.
-
Sone schrieb:
knivil schrieb:
um Makefiles zu schreiben.
Allright. Ich dachte du meinst C++.
You missed the point. Wie ueberprueft du eigene Einrueckregeln Tab/Spaces, wie fremde?
-
Den Unterschied zwischen Tabs und Spaces hervorzuheben ist unnoetig. Es verwirrt nur weil es information ist mit der sich der Programmierer nicht befassen muss. Wenn er es doch tut, ist er ineffizient. Programmieren ist so schon schwer genug, da muss man nicht auch noch Sachen machen die die IDE fuer einen automatisch erledigt (bzw in dem Fall Tabs vs Spaces komplett hausgemachter schmafu ist).
Auch bei Makefiles ist es nicht wichtig Tabs und Spaces getrennt zu kennzeichnen. Denn mein Editor markiert mir eine Zeile die mit Spaces eingerueckt ist einfach als falsch und unterwellt die leerzeichen (oder hinterlegt sie pink, etc - was auch immer man fuer ein Farbschema gerne hat).
Wer waehrend dem Code schreiben ueber Tabs und Spaces nachdenkt, der macht was falsch.
-
Wer waehrend dem Code schreiben ueber Tabs und Spaces nachdenkt, der macht was falsch.
Deswegen warden sie hervorgehoben, bei dir ja auch. Es hat nichts mit Denken zu tun. Grade bei fremden Code sehe ich es oft, dass Tabs und Leerzeichen fuer Einrueckungen unabsichtlich gemischt benutzt wird. Hervorheben ist wohl das falsche Wort.
-
knivil schrieb:
Deswegen warden sie hervorgehoben, bei dir ja auch. Es hat nichts mit Denken zu tun. Grade bei fremden Code sehe ich es oft, dass Tabs und Leerzeichen fuer Einrueckungen unabsichtlich gemischt benutzt wird.
sie werden nicht hervorgehoben. und es macht auch keinen sinn sie hervorzuheben - nur wenn es fehler gibt sollten diese markiert werden. bei Makefiles sind Spaces Syntaxfehler, ergo werden sie markiert.
Aber ich weiss zB garnicht mit was wir unsere yaml Dateien einruecken. Das ist einmal eingestellt worden und dann macht die Tab Taste genau das was sie soll. Trailing Spaces werden auch automatisch gestrippt und mein Editor erlaubt es mir ein jede Spalte zu navigieren.
Welchen Vorteil hast du, wenn du Spaces von Tabs unterscheiden kannst? Du solltest beim Programmieren nicht einen Gedanken daran verschwenden. Du rueckst per Tabulator Taste ein und das macht automatisch das korrekte. Kopiert Code wird per autoformat eingefuegt und Syntaxfehler werden dir angezeigt.
Nicht einen Gedanken solltest du an Tabs vs Spaces verschwenden. Wie gesagt: ich weiss bei vielen Dateitypen nichtmal wie wir einruecken. Ich denke dass wir per Tab einruecken - aber ich weiss es nicht. Es ist mir auch egal.
-
Welchen Vorteil hast du, wenn du Spaces von Tabs unterscheiden kannst?
Tabs werden in meiner IDE (VS) nur bei Tastendruck umgewandelt, nicht beim Laden/Speichern einer Datei. Wahrscheinlich habe ich mich mit dieser IDE auch zu wenig auseinandergesetzt.
Das ist einmal eingestellt worden und dann macht die Tab Taste genau das was sie soll.
Bei uns wird sich niemand mit Einheitlichkeit befassen. Deswegen ist es nicht einheitlich.
Du solltest beim Programmieren nicht einen Gedanken daran verschwenden.
Ich sehe es, ich schreibe den regulaeren Ausdruck und fertig.
Zu deinem Effizienzargument: Ich verbringe wenig Zeit mit Codeschreiben an sich. Deswegen faellt es auch wenig ins Gewicht.
-
Ich finde etwas wie Formatierung so Nebensächlich, dass man sich nicht viel darum kümmern sollte.
Du solltest beim Programmieren nicht einen Gedanken daran verschwenden.
-
Und wieso enthalten dan soviele Coding styles Formatierungsregeln? Normalerweise wird Code nicht nur fuer einen selbst geschrieben.
-
knivil schrieb:
Und wieso enthalten dan soviele Coding styles Formatierungsregeln? Normalerweise wird Code nicht nur fuer einen selbst geschrieben.
Man legt sich einmal auf eine klare Konvention fest. Diese penibel durchzupauken ist Zeitverschwendung. Und sie zu konkret zu machen, ist auch bescheuert. Es ist eine Richtlinie, wie der Code aussehen sollte. Damit es keine Missverständnisse o.ä. gibt.
Ob da dann ein paar kleine Abweichungen vorhanden sind, ist egal. Es geht um den Code. Um die Semantik. Und dass es lesbar ist.
Edit: Ich reiß' die Klappe mal nicht so weit auf, weil ich nie in einem Projekt gearbeitet habe. Aber ich kann mir vorstellen wie es läuft.
-
Ich finde etwas wie Formatierung so Nebensächlich
Druecke dich klarer aus, weil das wohl unmissverstaendlich ist.
Diese Richtlinie kann in durch eine entsprechende Toolkette wie bei Shade of Mine gewaehrleistet werden. Haben wir aber nicht. Habe ich nicht. Deswegen lasse will ich Tabs von Space unterschieden haben. Deswegen auch meine Frage. Gluecklicherweise gab es ja auch einige hinweise, z.B. AStyle. Laesst sich grad nicht in VS 2013 Prof. RC als Plugin integrieren, bei VS 2010 schon.
-
knivil schrieb:
Ich finde etwas wie Formatierung so Nebensächlich
Druecke dich klarer aus, weil das wohl unmissverstaendlich ist.
Wenn es unmissverständlich ist, dann ist doch alles im Lot.
Spaß beiseite, ich sage nur, dass Formatierung nun mal den Code nicht ausmacht. Sondern der Code selbst. Whitespaces sind doch größtenteils nur der Lesbarkeit gewidmet. Und die wird schon stimmen, ob man jetzt die Klammer so oder so setzt.
