Code Metriken für ActionScript

[ms_hh]

Hallo Jungs,

kennt einer von Euch ein Tool, mit dem ActionScript-Code auf bestimmte Metriken untersucht werden kann. Zum Beispiel möcshte ich wissen, wie viele Methoden wurden in die Klassen implementiert, oder wie lang/kurz sind die Variablen Namen...

Für alle Hochsprachen gibt es so etwas, nur für ActionScript habe ich noch nichts gefunden, auch wenn AS3 keine Hochsprache ist

Ziel soll es mit diesem Tool sein, die CodeQualität und die CodeConventions einzuhalten.

Viele Grüße
Markus

[Omega Psi]

Konventionen werden ja nicht durch das Tool sondern durch den Entwickler eingehalten. Das wird doch einfach nur sagen, ob im Schnitt alles ok ist, oder nicht?

[ms_hh]

Moin Omega,
danke für deine Anwort.

Klar sollten die Konventionen durch den Entwickler eingehalten werden, nur sieht das in er Praxis ein wenig anders aus. Und das hat nichts mit Disziplin zu tun .

Es würde mir die Arbeit nur ein wenig einfacher machen, wenn ich wir in Java oder C einfach ein Tool über den Code laufen lassen kann, und mir das Tool anzeigt, das dieser Code den Konventionen nicht entspricht, da z.B. eine Klasse mehr als 20 Methoden implementiert hat.

Natürlich soll das Tool nur sagen, "Ja ist alles OK", oder "Nein in Klasse XX.as" gibt es folgende "Fehler..."

Gruß
Markus

[rendner[i]]

Weiß nicht ob das reicht, aber guck dir mal "flash.utils.describeType" an.

[Omega Psi]

Ein kleines Tool für Code Konventionen hab ich schon online: Link

Erzeugt Klassen nach JavaBeans Namenskonvention.

[sebastian]

Ich finde sowas auch albern, weil eben nur die äußere Form überprüft wird.
Was bringen dir Variablen wie "a" oder "b" was eine aussagekräftige Variale
nicht hat? Und die müssen dann eben manchmal etwas länger sein.

In der Regel hat man mit 20 Methoden in der Klasse wirklich nicht gut genug
strukturiert, aber gibt auch wenige Einzelfälle wo das durchaus Sinn macht.

Da würde ich mir lieber 5 Minuten ein paar Klassen anschauen. Da bekommt
man einen besseren Eindruck vermittelt wie bei einer Fehler Ausgabe, weil
im gesamten Projekt 3 Variablen zu lang sind.

lg

[Omega Psi]

Und es liegt immer am Coder...

[Omega Psi]

Hey Sebastian, albern finde ich das ganz und gar nicht. In Projekten, in denen verschiedene Mitarbeiter in mehreren Klassen rumdoktern ist das einer der Schlüssel um Projekte über Jahre lesbar zu wartbar halten. In Teams mit mehr als einem Coder ist das mehr als empfehlenswert.

[ms_hh]

Zitat von Sebastian W.

Ich finde sowas auch albern, weil eben nur die äußere Form überprüft wird.
Was bringen dir Variablen wie "a" oder "b" was eine aussagekräftige Variale
nicht hat? Und die müssen dann eben manchmal etwas länger sein.

Genau darum geht es ja. Ich möchte das in dem Code keine Varaiblen mit dem Namen 'a' sind. Es gibt natürlich ausnahmen wie counter etc.

Zitat von Sebastian W.

In der Regel hat man mit 20 Methoden in der Klasse wirklich nicht gut genug
strukturiert, aber gibt auch wenige Einzelfälle wo das durchaus Sinn macht.

Da würde ich mir lieber 5 Minuten ein paar Klassen anschauen. Da bekommt
man einen besseren Eindruck vermittelt wie bei einer Fehler Ausgabe, weil
im gesamten Projekt 3 Variablen zu lang sind.

lg

Wenn man aber ein Projekt hat, wo 15 Entwickler in drei verschiedenen Ländern dran arbeiten, kommt man mit 5 Minuten nicht aus. Da ist so ein Tool schon sehr Sinnvoll.

Viele Grüße
Markus

[sebastian]

Ohne Frage muss ein gewisser Standard herschen. Nur ich finde man sollte
die Qualität nicht anhand der äußeren Form untersuchen.

Markus: Aber wie kann das unterschieden werden? i/x/y sind gut und
a/b/c immer schlecht?

[Omega Psi]

Die Qualität ist in aber an mehreren Faktoren messbar: Qualität der Agorithmen und Qualität des Code Designs (Variablennamen, Methodennamen). Zweites schliesst sowohl Anwender der API ein (die muss leicht zu lesen und gut dokumentiert sein) als auch Entwickler, die die Klassen selbst erweitern.

Ein Bespiel ist das Apache Projekt. Würden die sich nicht an zumindest einige Konventionen halten, würden die definitiv nicht da sein, wo sie heute sind. Wobei die Entwickler stetig wechseln und Projekte stehts erweitert werden.

Edit: die Auswertung durch die Maschine macht nur Vorschläge. Durch die Semantik der Variablen werden Variablen wie x, y oder ähnliches sinnvoll oder eben nicht.

[Gnut]

Code conventions sind extrem wichtig, dienen alle am Ende nur für die Qualität, Funktionalität, Erweiterbarkeit des Produkts. Ausser man schreibt pro Programm 50 Zeilen und fasst diese nie wieder an.

z.B. in Flex haben meine Components immer einen ID-Kürzel:

Button: btnClickMe
ComboBox: cboSelectMe
CheckBox: cbCheckMe
Panel: pnlMyContainer

Und so weiter, bis hin zur Definition der Konstanten, z.B. dass Werte und Variablen senkrecht untereinander stehen. In dem Fall besonders günstig wenn man einen Editor mit "Spalten-Modus" hat. Dies erleichtert Massen-Bearbeitung von oben nach unten.

Naja das hilft sehr viel wenn ich nach 2 Monaten den Code wieder lesen soll.

Vielleicht sollten wir einen Thread dafür eröffnen und etwas Einheitliches erfinden.

Ich bin auch am Überlegen, ob ich einen Editor mit einer bestimmten Convention schreiben sollte.

[Omega Psi]

Da hat jeder seine Eigenarten. Ich mach's nach JavaBeans Konvention. Ich würde die Präfixe beispielsweise auch auschreiben.

Wenn du einen Eidtor brauchst oder willst. Ich hab noch alten Code, der als Basis dienen könnte, wenn du willst.

[sebastian]

Da gabs schon mal einen größeren Thread, glaube ich.

Warum brauchst du die Typen Kürzel, gibt doch Typisierungen?

[hazy fantazy]

Ein Tool kenne ich auch nicht dafür. Man könnte sich wahrscheinlich etwas auf der Basis von MTASC bauen. Oder schau dir mal FlashDevelop an, ich glaube, die haben auch einen Parser, den du vielleicht umstricken kannst.

Codemetriken machen absolut Sinn. Es stimmt zwar, dass es am Entwickler selbst liegt, aber für einen Teamlead ist es viel einfacher am Morgen vor dem Standup ein Tool laufen zu lassen, als den ganzen Code zu lesen. So sieht man schnell, ob wieder mal jemand dachte: "Ach das kann ich morgen noch aufhübschen"