programmierstil

[Informatics]

Gibt's wo eine url bzw. ein buch "wie man programmieren" sollte oder seinen stil anpassen / verbessern kann

[Günni]

Mit der Zeit entwickelt man seinen eigenen Programmierstil.

[XGremliN]

@Informatics
Was sucht Dein Beitrag bei den Code-Schnipseln?
Hier werden wirklich nur Code-Schnipsel gepostet, wie der Name eben schon sagt.
Dein Beitrag gehört wohl eher nach OT oder OoO.

[MoRtAlAn]

zumindest zum Thema php kannst du dir das hier mal anschauen!

http://pear.php.net/manual/en/standards.php

ach ja, und zum guten programmierstil gehört auch kommentieren!

gruss

[Informatics]

@GremliN
stimmt eigentlich, aber ich war mir nicht sicher wo ich ihn hinscheiben soll.
schau mal meinen rang, da darf man doch noch fehler machen

@MoRtAlAn
thx

[goth]

@Morti: Alleine für diesen Satz: "Use an indent of 4 spaces, with no tabs." gehören die erschlagen ... und einige andere lassen sich sehr leicht finden ... !

Sehr schön ist allerdings das Kapitel über "Control Structures" ... das sollten sich hier einige mal anschauen ... !

Wärend die Klammerungen bei Funktionsdefinitionen wieder inkonsistent ... und wie ich finde unästhetisch ... werden.

[MoRtAlAn]

mh... sollte ja auch nur ein anhaltspunkt sein

aber stimmt schon irgendwie...

mal machen sie
bla {

und mal
bla
{

naja, man kann sich ja das schönste aussuchen und dann dabei bleiben

[XGremliN]

Original geschrieben von Informatics
@GremliN
stimmt eigentlich, aber ich war mir nicht sicher wo ich ihn hinscheiben soll.
schau mal meinen rang, da darf man doch noch fehler machen

Na gut grad nochmal Glück gehabt

[goth]

Original geschrieben von MoRtAlAn
mh... sollte ja auch nur ein anhaltspunkt sein

Es ist ja nicht alles schlecht was die da beschreiben ... generell finde ich solche "Richtlinien" gut ... zumindest wenn ich mir hier einige total unlesbare Sources anschauen ... allerdings ist der Tabulator eines der wichtigsten Formatierungsmittel ... weil letztlich der Betrachter in seinem Editor die Möglichkeit hat die Einrückungstiefe selbst zu bestimmen ... ich habe gerne 3 Spaces ... (früher waren's immer 2) ... andere machen 10 Spaces (kein witz) ... ich verwende jetzt Tabs ... und wenn ich dann wieder von 3 auf 2 umstellen will mache ich's im Editor und muß die sources nicht überarbeiten ... da verliert man im CVS sonst schnell den überblick ...

[MoRtAlAn]

japp, kenne ich

ich verwende ja auch tabs aber psst!

gruss

[Informatics]

hm... könntet dann ihr mir vielleicht sagen welche codeschnipsel ich als vorlage bzw. weiterbildung verwenden sollte?

oder schickt mir einfach mal eins von euren schnipslen!

[TobiaZ]

ich verweise hier mal auf goth' http://www.mysqldiff.org

[JoelH]

hmm,

zur Grundfrage, ich denke dass man es sich einfach angewohnt, wie MortAlan schon sagte. Das entwickelt sich mit der Zeit. Wenn ich heute üebr meinen c64 Spagethi Code nachdenek wird mir übel.

Früher verfluchte ich meinen Infolehrer wegen seiner Meinungen, heute (10 Jahre später) schätze ich sie.

Ansonsten kommt es halt auch daran an ob du für dich selbst codest oder im Team, da muss man dann Konventionen setzen die jeder einhalten muss usw.

Ansonstenhalte ich mich an folgende Grundlagen =>

1. Kommentare zu jeder function/methode , und wenn man nur beschreibt was gemacht wird
2. möglichst keine globalen Variablen
3. klare Variablennamen (ausser i und h i = integerzähler und h ist Stringhelfer)
4. alles splitten, also mögliche Anweisungsfolgen die öfter vorkommen könne immer auslagern und nicht mehrfach einbauen. Dann muss man es auch nur einmal ändern
5. Modular arbeiten, siehen den Puntk vorher.

ansonsten lernt man es einfach mit der ZEit find ich.

[Informatics]

thx@joelh

wie sieht das aus wenn man ein team von 6leuten hat?

wie sieht da die trennung des "Gesamtcodes" aus?
wechle richtlinien sollte man haben?

[ghost]

schau dir auch mal die java coding conventions (oder so ähnlich) an... findeste alles auf den sun seiten...

wie man schleifen schreibt ist auch wichtig... jede els if und das letzte else sollte eingerückt werden... empirische untersuchungen sollen ergeben haben, dass man so weniger fehler macht...

hab ich auch von meinem info prof. und trotz meiner nun etwas längeren erfahrung habe ich das nicht als schwachsinn abgehackt... bringt wirklich was.

die grösse des teams spielt beim sauberen coden keine rolle... es soll möglichst so aussehen, dass jeder dritte damit zurechtkommen kann

es sei denn man macht das mit absicht, um dem auftraggeber es so schwer wie möglich zu machen, andere coder an die sw zu lassen... lol

mfg GhOsT !