Quelltext nach Datentypen durchsuchen

[Evolver]

Ich habe folgendes Problem: Ich muss Methoden von Klassen nach allen darin verwendeten Datentypen (mich interessieren speziell alle verwendeten Klassen) durchsuchen. Leider weiß ich nicht so genau, wie ich am besten vorgehen soll.

Den Code "manuell" zu zerlegen schein mir sehr schwierig der er ja an allerlei Stellen nahezubeliebig tief geschachtelt und verknisselt (? ?) sein kann.

Als zweiter Ansatz kam mir der Gedanke, alle "Wörter" des Codes (also Typen, Schlüsselwörter, Zahlen, ==, usw.) in ein Array (/Vector) zu packen und dann auszusieben: Schlüsselwörter raus, Klammern und sonstige "Sonderzeichen" raus, usw. bis nurnoch Typen (Klassennamen) und Variablennamen (und evtl Funktionsaufrufe) übrig bleiben. Dann stellt sich aber die Frage, wie ich den Rest aussortieren soll.

Ich hoffe ihr könnt mir helfen, mir vll. bessere / konkretere Ansätze nennen.

 

[Acha]

Hmmm, da muß Dein Code aber ganz schön groß sein, dass Du keine Übersicht mehr über verwendete Klassen und Methoden hast.

Wie wäre es, wenn Du ein UML-Diagramm von Deinem Programm erstellst/erstellen läßt. Eclipse kann das beispielsweise ganz gut mit dem Omondo-Plugin. In dem UML hast du dann alle Klassen mit ihren Methoden(namen) und Klassenvariablen (je nachdem, wie detailgetreu Du das UML - Diagramm erstellst) übersichtlich aufgelistet.

MFG

Acha

 

[Evolver]

Du hast mich falsch verstanden. Ich arbeite an Reverse-Engineering, mein Programm muss also fremden Quellcode zerlegen und aus den Informationen dann später ein UML-Modell erstellen.

Den Code "manuell" zu zerlegen schein mir sehr schwierig ...

Hier habe ich mich vielleicht etwas ungünsitg ausgedrückt.

 

[Evolver]

Kann denn niemand helfen? Das ist sehr wichtig. Oder hat vielleicht jemand Code oder einen Link, wo soetwas behandelt wird? Ich bin für jeden hinweis dankbar.

 

[SlaterB]

tja, wer so ein Programm kennt wird es dir sicher nicht verschweigen
also ein Post als Erinnerung ist nicht schlecht, aber brauchst nicht so flehend fragen

-------

> Den Code "manuell" zu zerlegen schein mir sehr schwierig der er ja an allerlei Stellen nahezubeliebig tief geschachtelt und verknisselt (? ?) sein kann

das ist gar nicht mal so ein Problem, merke dir nur, was in jeder Operation an Klassen drankommt und Referenzen auf andere Operationen,
später hast du dann einen Graphen (wahrscheinlich mit Kreisen),
ob du den dann auflösen willst ist eine andere Frage

was du vielleicht bedenken solltest:
- wenn man auf eine Klasse erstmals zugreift, wird diese initialisiert,
statische Variablen erzeugt, was alles mögliche sein kann,

- ganz doof wirds mit Interfaces, ActionListener usw.,
was willst du denn da haben?

 

[Roar]

ich weiß zwar nicht warum ein uml modell die verwendeten datentypen von methoden darstellen sollte ?,
aber benutz doch einfach javac, is ja sogar opensource jetz

 

[Evolver]

ich weiß zwar nicht warum ein uml modell die verwendeten datentypen von methoden darstellen sollte

Wie oben erwähnt meine ich mit "Datentypen" eher die verwendeten Klassen. Wenn ich in einer Methode von Klasse A ein Objekt von Klasse B verwende, so besteht schließlich eine Assoziation zwischen den Klassen, die ich im Modell darstellen muss.

 

[Wildcard]

Es gibt dependency analyser.
Zum Beispiel OptimalAdvisor.

 

[Roar]

ich weiß zwar nicht warum ein uml modell die verwendeten datentypen von methoden darstellen sollte

Wie oben erwähnt meine ich mit "Datentypen" eher die verwendeten Klassen. Wenn ich in einer Methode von Klasse A ein Objekt von Klasse B verwende, so besteht schließlich eine Assoziation zwischen den Klassen, die ich im Modell darstellen muss.

meiner meinung nach besteht da noch lange keine assoziazion im uml sinne zwischen den beiden klassen, nur weil ich die klasse in einer methode benutze, und gehört deswegen ebensowenig in ein uml klassendiagramm wie eine anonyme klasse, finde ich

 

[Evolver]

meiner meinung nach besteht da noch lange keine assoziazion im uml sinne zwischen den beiden klassen, nur weil ich die klasse in einer methode benutze, und gehört deswegen ebensowenig in ein uml klassendiagramm wie eine anonyme klasse, finde ich

Das mag deine Meinung sein. Ich bin mir da nciht sicher, aber ich weiß, mein Professor ist da auf jeden Fall anderer Meinung. Deswegen werde ich die Hinzunahme solcher Assoziationen auch optional machen. Das ändert leider nichts an dem Fakt, dass ich die Informationen benötige.

benutz doch einfach javac, is ja sogar opensource jetz

Nun, ich habe es mir mal angesehen und ich denke, so umfangreich wie es ist würde es zu viel Zeit in Anspruch nehmen, mich in den Code des javac einzuarbeiten. Aber danke trotzdem für die Idee. Im Notfall kann ich mich ja imemrnoch etwas damit quählen :roll:.

Es gibt dependency analyser.

Ja, das könnte in die richtige Richtung führen, mal schauen.

 

[Evolver]

Was würdet ihr von dem folgenden Ansatz halten:

Zunächste lese ich in der Funktion, ob ich auf ifs, trys, returns usw. treffe, ich überlese sie ggf. Ich habe da eine Funktion erstellt, die müsste das so hinbekommen. Am Ende bleiben mir nur Zeilen (Anweisungen) die - wie soll ich es ausdrücken ... - nur mit Variablen, Funktionsaufrufen etc. zusammenhängen. Für jede solche Zeile (Anweisung) rufe ich dann eine Funktion auf, die sie auswertet. Um diese Funktion geht es im Folgenden.

Ich interessiere mich ja hautpsächlich dafür, welche Klassen verwendet werden, also habe ich mir überlegt, dass Varibalen (Referenzen) immer in der folgenden Form angelegt werden:

{final} TYP {[]}^n NAME {[]}^n ...
   weiter mit ;
   oder       , NAME2 {[]}^m ...
   oder       = <irgendwas> ...

Sehe ich das soweit richtig? Dann könnte ich ja einfach für jede Anweisung prüfen, ob sie der obigen Struktur entspricht, diese dann auszuwerten stellt ja kein größeres Problem dar.
Zur Erweiterung könnte ich dann nach weiteren Vorkommen des Schlüsselwortes new suchen, um nicht-referenzierte Objekte von Klassen aufzuspüren.


==========
Problematisch bleibt bislang das Aufsprüren von Aufrufen statischer Methoden/Attribute fremder Klassen und das unreferenzierte Weiterbenutzen von Objekten die von irgendwelchen aufgerufenen Methoden zurückgegeben werden.
==========