Source unnötig lang?

Quote:

Originally Posted by Padmak Singletons! :awesome: Du kannst ja trotzdem teils Klassenbasiert programmieren, globale Variablen braucht man für sowas eigentlich nich^^ €: Damn. Too late^^ Padmak

Quote:

Was nach außen? Jeder kann ja seinen Stil selbst festlegen.

Quote:

Originally Posted by Delinquenz Ja, aber wenn man mir sagt, dass diese Klammern (z.B. int main() { \n }) Java-Style sind, dann soll man nicht mit Camelcase posen. Das meinte ich. Nach wie vor sollte jeder seinen eigenen Stil benutzen, im Team eben einen geregelten. Das ist das wichtigste.

Quote:

Originally Posted by MrSm!th Das Argument war auch nicht, dass der Stil von Java kommt (stimmt auch nicht, er sagte nur, dass es da oft verwendet wird; der Stil heißt K&R Style und wurde schon in C benutzt), sondern dass er einfach kacke ist.

Quote:

Originally Posted by Master674b Das ist subjektiv. Ich setz meine Klammern auch oft so, aber hier driftets nun echt ab in eine unnötige Diskussion.

Quote:

Originally Posted by Hiris sobald die verzweigung tiefer geht wirds sehr unübersichtlich ôo

if (expr) {
    if (another_expr) {
        if (expr && anotherExpr)
            doSomething();
        else
            doSomethingElse();
    }
}

Quote:

Originally Posted by Hiris merkst du wie sich das entwickelt? Wenn das jetzt eine Anweisung ist die sich über 100 Zeilen erstreckt dann happy hanuka und außerdem kann man mit bloßem Auge kaum noch die Klammern zuordnen wenn die Anweisungsblöcke größer sind, was einen Gedanklich ziemlich vernichten kann

Quote:

Originally Posted by マルコ Mensch, bin ich froh, in meiner Programmiersprache gibt es FunKTIonEn. Damit geht das total supi dupi übersichtlich! Oder schonmal den eNDliCHEn AUtomATeN ausprobiert? Meine Fresse, das ist ein tolles Dingsi!

Quote:

Originally Posted by Hiris und du packst in jede Funktion ein if? Wenn die funktion doStuff heißt doet sie stuff und wenn der stuff nunmal länger dauert und sich logisch nicht weiter aufsplitten lässt? Machst du dann zich subfunktionen und bettest sie ein, einfach um den Code auszulagern? Ändert außerdem so und so nichts daran das die Klammern unübersichtlich sind, bei einer vernünftigen Einrückung sieht man sofort was wohin gehört und wo drin ist, das { in der Zeile der Funktion zu setzen ist meiner meinung nach entstanden weil es Ide´s gibt die die andere Klammer sofort nach unten setzen und die leute dann nurnoch enter anstatt enter druck enter machen müssen, also aus reiner Faulheit, was mir auch die meisten Leute die ich gefragt habe warum sie nicht vernünftig Einrücken so bestätigt haben, kann sein das das Subjektiv ist aber ich finde es einfach nur unübersichtlich, wiederlich und abstosend :/ Außerdem zeigen mehrere Studien das diese Klammersetzung Faulheit zeigt und steigert und Leute die diese Technick praktizieren meist auch zu Faul zum Klo Spühlen und Zähne putzen sind.

Quote:

Originally Posted by Schlüsselbein Und eben genau weils Subjektiv ist, bringt die Diskussion auch nichts. Jeder hat seinen Stil und das wichtigste ist, dass es einheitlich ist - und hier sind wir uns wahrscheinlich alle einig. Hätte nichts dagegen, wenn Smith mal mit dem Schlüssel vorbeischaut.

Quote:

Originally Posted by Hiris Außerdem zeigen mehrere Studien das diese Klammersetzung Faulheit zeigt und steigert und Leute die diese Technick praktizieren meist auch zu Faul zum Klo Spühlen und Zähne putzen sind.

Quote:

Originally Posted by Master674b Die Öffnungsklammer in die selbe Zeile wie die Verzweigung zu setzen ist gängige Praxis. http://de.wikipedia.org/wiki/Einr%C3%BCckungsstil

Quote:

In C, C++ und Sprachen mit vergleichbaren Präprozessoren gibt es jedoch Situationen, in denen dieser Stil auch wesentliche Vorteile gegenüber 1TBS zeigt, und zwar beim Einsatz von bedingter Compilierung für alternative Blockeinleitungen.

Quote:

Hätte nichts dagegen, wenn Smith mal mit dem Schlüssel vorbeischaut.