Gibt's wo eine url bzw. ein buch "wie man programmieren" sollte oder seinen stil anpassen / verbessern kann
programmierstil
Einklappen
X
-
Mit der Zeit entwickelt man seinen eigenen Programmierstil.mfg
Günni
Praxis: Jeder kann´s, aber keiner weiß wie´s geht...
Theorie: Jeder weiß wie´s geht, aber keiner kann´s ...
Microsoft vereint Praxis und Theorie: Nix geht und keiner weiß warum
City-Tiger - Online durch die Straßen tigern...
-
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
Kommentar
-
@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
thxZuletzt geändert von Informatics; 02.10.2003, 12:49.mfg Info
Kommentar
-
@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.Zuletzt geändert von goth; 02.10.2003, 13:25.carpe noctem
[color=blue]Bitte keine Fragen per EMail ... im Forum haben alle was davon ... und ich beantworte EMail-Fragen von Foren-Mitgliedern in der Regel eh nicht![/color]
[color=red]Hinweis: Ich bin weder Mitglied noch Angestellter von ebiz-consult! Alles was ich hier von mir gebe tue ich in eigener Verantwortung![/color]
Kommentar
-
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
it's not a bug,
it's a feature!
Kommentar
-
Original geschrieben von MoRtAlAn
mh... sollte ja auch nur ein anhaltspunkt seincarpe noctem
[color=blue]Bitte keine Fragen per EMail ... im Forum haben alle was davon ... und ich beantworte EMail-Fragen von Foren-Mitgliedern in der Regel eh nicht![/color]
[color=red]Hinweis: Ich bin weder Mitglied noch Angestellter von ebiz-consult! Alles was ich hier von mir gebe tue ich in eigener Verantwortung![/color]
Kommentar
-
-
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 =>- Kommentare zu jeder function/methode , und wenn man nur beschreibt was gemacht wird
- möglichst keine globalen Variablen
- klare Variablennamen (ausser i und h i = integerzähler und h ist Stringhelfer)
- 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
- Modular arbeiten, siehen den Puntk vorher.
ansonsten lernt man es einfach mit der ZEit find ich.
Kommentar
-
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 !
Kommentar
Kommentar