Nebenthema zu den Konventionen: Wie versteht man am besten fremden Code?

[Sören]

Wie guckt ihr euch fremden Code an?
Wie versteht ihr ihn am besten?

Schließlich ist das schreiben nur die eine Seite.
Selbst der beste Code will ersteinmal verstanden werden. Wenn man zu Anfang die Funktionen noch nicht kennt, die Bezeichner nur aus max. 3 Buchstaben bestehen und die Ablauflogik voll die Wurst ist erst recht.

Als erstes am Ende im Script gucken, wie die Funktion (oder das Objekt) aufgerufen wird und dann dem Code folgen???
Kommentare lesen?
Oder einfach von oben nach unten durch und alles schön merken?

[k7c4]

Geschrieben von reXcel
Wie guckt ihr euch fremden Code an?

Mit den Augen


Kommentare gibt's ja meistens eh nicht, also wäre es am besten, wenn man sich selber Kommentare aufschreibt dazu, um sich nicht alles merken zu müssen.

Da meistens sowieso alles ziemlich wirr ist, besonders da Beispielskripten meistens noch auf Flash5 basieren und irgendwie auf ganz vielen MCs verteilt ist, kann man aber kein Grundrezept vorlegen, außer dem, dass man selber Computer spielen muss, also zu jedem Zeitpunkt sich im klaren Sein muss, welche Variable was bewirkt und welchen Wert sie gerade besitzt. Die Schwierigkeit besteht dabei mit Sicherheit in ersterem, da einige Variablen-Bezeichnungen doch mehr als Rätsel aufgeben.
Also ab in den Movie-Explorer und nach der Variable suchen, wo wird sie deklariert/initialisiert, steht da was dazu, etc.

Ansonsten muss man sich sicher erst mal viel merken, da Notizen nur sinnvoll sind, wenn man sich einen strukturellen Überblick geschaffen hat, was entsprechend kompliziert sein kann.

[Madokan]

reXcel - ein Tipp, wenn es dir um die Umsetzung geht schaust du dir am Besten die Anwendung oder den Effekt an ohne in den Code zu schauen und versuchst eine eigene Umsetzung zu erstellen. Das ist wesentlich sinnvoller als fremd Code zu analyisieren.

Die FLA's die es im Web gibt solltest du eher als Anregung sehen!

Liebe Grüsse
Matze K.

[e2e4]

@Madokan: Ist sicher richtig bei kleineren Dingen oder wenn es um den Lerneffekt geht, aber bei größeren Projekten, bei denen es ja oft um Erweiterungen o.Ä geht, bietet sich diese Vorgehensweise nicht mehr an, da hilft dann nur noch analysieren.

[Sören]

@matze

mir gehts nicht um flas ausm Netz. Sondern eher um die 20-40 Zeilen Scripts im OOP-Bereich

Und wenn hier ein wenig darüber gesprochen wird, gibt das vielleicht auch ein paar nützliche Hinweise für den "Konventionen"-Thead.

[Madokan]

e2e4 - hast recht, aber wenn ich analysieren muss dann schau ich mir keinen fremd Code an, sondern würde mir von grund auf meine eigenen Gedanken dazu machen, da wäre wir dann beim OOA (Analyse) u. OOD (Design).

reXcel - bei den Codes aus dem Forum kannst meist nur hoffen, dass Sie halbwegs lesbar sind und auch einen Sinn ergeben.

Aber ich bin sicher, wenn man höfflich nachfragt gibt es auch Antwort vom Urheber, war doch bisher immer so - das ungeschriebene Gesetzt des Forums (Konvention).

Liebe Grüsse
Matze K.

[bokel]

Ich versuche den Einstieg zu finden und mich durchzuhangeln, als wäre ich selbst der Computer.

mfg r.

[e2e4]

Ich halt es da wie bokel, Einstieg finden und dann durchhangeln.

@Madokan:
Was im Zweifelsfall dafür sorgt, das du das Rad unötigerweise neu erfindest

Man muß sicher nicht alles analysieren, aber zumindestens den Teil den man verändern, benutzen oder erweitern will, sollte man schon genauer betrachten.

[Madokan]

e2e4:

Was im Zweifelsfall dafür sorgt, das du das Rad unötigerweise neu erfindest

Sehe ich nicht so.

Man muß sicher nicht alles analysieren, aber zumindestens den Teil den man verändern, benutzen oder erweitern will, sollte man schon genauer betrachten.

Genau so könnte die History vieler Bug-Listen beginnen. Der eigene Gedankengang ist oftmals doch viel klarer, daher ist dieser Weg zu bevorzugen und lernen tut man auch gleich dabei!

Aber jeder wie er will...

Liebe Grüsse
Matze K.

[e2e4]

Fowler

@Madokan: Was hälst du denn davon? Dürfte dir ja eigentlich nicht zusagen?

[Madokan]

e2e4 - Denk in grautönen - es ist nicht alles schwarz und weiss.

Was Fowler bet. kann ich nicht beurteilen hab ich noch nicht gelesen.

Liebe Grüsse
Matze K.

[bokel]

Geschrieben von Madokan
wenn ich analysieren muss dann schau ich mir keinen fremd Code an, sondern würde mir von grund auf meine eigenen Gedanken dazu machen

Jeder Programmierer fängt am liebsten ganz vorne an und will sich nicht mit dem Code anderer Programmierer beschäftigen muessen.

Wenn es darum geht, einen Mausverfolger nachzuprogrammieren, hast du sicher recht, da geht das ohne Probleme. Aber darüber wächst Flash langsam aber sicher hinaus.

Eine komplette Anwendung wirst du wohl kaum neu programmieren, nur weil du eine Zusatzfunktion einbauen willst. Möglich ist das zwar immer, aber welcher Kunde bezahlt dir das ? Du vernichtest damit das ganze, in Form von Forschung, Entwicklung und Testing investierte Kapital, und wirst wahrscheinlich ein Produkt abliefern, das eher schlechter ist als das Ausgangsprodukt.

Ich denke, in solchen Fällen kommt man nicht daran vorbei, auch mal Code von anderen Programmierern zu lesen. Jetzt mal abgesehen davon, dass man manchmal was dabei lernen kann.

mfg r.

[e2e4]

@Madokan: In der Praxis tu ich das auch, aber um einen Standpunkt zu vertreten muß man sich manchmal auf Schwarz und Weiß beschränken(Hast du mit deinen Aussagen ja auch getan )

Ich seh es halt ebenso wie Bokel, der Drang alles selbst programmieren zu wollen ist absolut tödlich, zumindestens was reale Projekte angeht. Zum "üben" und "entdecken", sowas einfach mal zu tun ist eine andere Sache.

[Madokan]

ralf - da stimm ich dir ja zu. Nur wenn ich eine Anwendung umsetze bin ich nicht alleine. Sondern arbeite mit einem Team zusammen, da ist klar das man sich mit fremd Code auseinandersetzen müssen, nur hat man den Vorteil, dass die Team-Kollegen auch ansprechbar sind. Wir sind ja keine Einsiedler.

reXcel ging es ja weniger um Anwendungen als die 20-40 Codezeilen hier im Forum. Daher sollten wir aus der Mücke keinen Elephanten machen.

Allgemein: Das man aus fremd Code was lernen kann wissen wir ja nun alle, dass würde ich auch nie in Fragestellen. Sonst könnten wir ja den OOP-Bereich dicht machen und das Forum dazu. Ich glaube das würde keinem gefallen!

Liebe Grüsse
Matze K.

[Madokan]

e2e4 - oh jungs ihr schiesst aber scharf. Wichtig ich bezog mich mit meinen Antworten immer auf reXcel's Ansatz unsere Geistigen ergüsse hier im Forum zu interpretieren (sprich 20-40) Zeilige-Codeschnipsel.

Daher betone ich nochmals macht aus einer Mücke keinen Elephanten!

live long and in prosper!

Liebe Grüsse
Matze K.