Frage zu CodeModel für Visual Basic

Frage zu CodeModel für Visual Basic (22 Beiträge, 204 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo!

Vielleicht kann mir ja jemand von euch helfen. Ich möchte aus einem geöffneten Quelltext in Visual Studio 2005 die vorhandenen CodeElemente (nur Klassen und Methoden) auslesen und in einem Vector speichern. Das Ganze ist in JSharp implementiert. Bei JSharp- und CSharp-Quelltexten funktioniert es einwandfrei. Allerdings bekomme ich bei einem VBasic-Quelltext eine Fehlermeldung "System.ArgumentException". Und ich weiß nicht wieso.

[code]
private void searchFunctionsAndClasses(CodeElements cEs)
{
     int anzahlElements = cEs.get_Count();

     for (int a = 0; a < anzahlElements; a++)
     {
          Integer position = new Integer(a + 1);
          EnvDTE.CodeElement element = cEs.Item(position);

          if (element.get_Children().get_Count() > 0) this.searchFunctionsAndClasses(element.get_Children());

          if (element.get_Kind() == vsCMElement.vsCMElementClass)
          {
               this.codeElementeUserControl.addElement(element);
          }

          if (element.get_Kind() == vsCMElement.vsCMElementFunction)
          {
               this.codeElementeUserControl.addElement(element);
          }
     }
}
[/code]

Kann mir jemand helfen? Im Debug-Modus tritt die Exception in der Zeile mit
[code]EnvDTE.CodeElement element = cEs.Item(position);[/code]
auf. Obwohl cEs ein Element beinhaltet.

14.05.2007, 20:07 Uhr - Editiert von User135678, alte Version: hier

hi
warum benutzt du denn einmal int und einmal Integer?

Weil die Methode ein Object als Index verlangt:
EnvDTE.CodeElement Item(Object index)

Wie gesagt, bei J# und C# Quellcodes funktionierts einwandfrei.

Nachtrag:
Aufruf der Methode erfolgt so:
[code]
EnvDTE.FileCodeModel fcm = this._applicationObject.get_ActiveDocument().get_ProjectItem().get_FileCodeModel();
EnvDTE.CodeElements cEs = fcm.get_CodeElements();
//Methode, um die Methoden und Klassen in den Vector codeElemente einzufügen
this.searchFunctionsAndClasses(cEs);
[/code]

Als Illustration, dass sich ein Element in cEs befindet, hier ein Screenshot: http://www.unet.univie.ac.at/~a0001445/screenshot.png

Laut deinem Screenshot ist a=0

Der Integer position ist also 1
cEs hat aber einen Count=1
Daher müsste der Index eigentlich 0 lauten, falls sich cEs so verhält wie sonst auch.

15.05.2007, 13:10 Uhr - Editiert von steiger, alte Version: hier

Das habe ich mir auch schon gedacht, allerdings ist diese Implementierung sprachenunabhängig. Auf den MSDN-Seiten (http://msdn2.microsoft.com/de-de/library/ms228763(VS.80 ).aspx)wird das auch so durchgeführt (Ausschnitt):

[code]
FileCodeModel fileCM = dte.ActiveDocument.ProjectItem.FileCodeModel;
CodeElements elts = null;
elts = fileCM.CodeElements;
CodeElement elt = null;
int i = 0;
MessageBox.Show( "about to walk top-level code elements ...");
for ( i=1; i<=fileCM.CodeElements.Count; i++ )
{
elt = elts.Item( i );
CollapseElt( elt, elts, i );
}

[/code]

Die verwenden aber keinen Integer für elts.Item(), sondern ein int.
Du könntest überhaupt ein foreach verwenden. Wäre bei weitem eleganter.

siehe http://msdn2.microsoft.com/de-de/library/envdte80.filecodemodel2.codeelements(VS.80 ).aspx

Leider gibts bei J# kein foreach. Der vorige Code-Ausschnitt bezog sich auf C#. Da ich das AddIn mit J# implementiere, muss ich das Konstrukt für J# verwenden -> EnvDTE.CodeElement Item(Object index)

In meinem Fall: Integer position = new Integer(a + 1);
EnvDTE.CodeElement element = cEs.Item(position);

der Index fängt bei Item() bei 1 an.

15.05.2007, 13:26 Uhr - Editiert von User135678, alte Version: hier

OK, aber bei J# funktioniert es ja. Wo liegt dann das Problem?
In VB könntest du es aber anders implementieren.

Woher kommt eigentlich die Anforderung, das in J# zu machen? Die Sprache alleine ist schon skurril, aber das das jemand wirklich einsetzt noch mehr.

Dieses Programm ist ein AddIn für Visual Studio. Man soll dieses AddIn auf beliebige Quelldateien, welche in verschiedenen Sprachen vorliegen können, anwenden können.

Prinzipiell geht es darum, dass man aus RequisitePro Requirements importiert, sie in einem Toolwindow anzeigt und dann durch Doppelklick ein Requirements-Tracing durchführt. Dabei wird das CodeElement einer Quelldatei mit einem Requirement verlinkt. Dies soll nur auf Methoden oder Klassen anwendbar sein. Man will in RequisitePro nachvollziehen können, wo die Anforderung (Requirement) im Quellcode abgebildet wird. Daher brauche ich das Ganze. Es sollen alle Sprachen von Visual Studio unterstützt werden. Das kompilierte AddIn fungiert dabei als Erweiterung von VS.

Warum J#? Weil ich aus der Java-Welt komme und damit am Anfang am besten zurecht kam. Nachträglich war es eh ein Fehler

. Würde es in J# nie mehr wieder machen!

Der Sinn des Addins ist mir schon klar, aber ich bin auch aus der Java Welt gekommen, hätte aber nie im Leben daran gedacht, J# nur anzusehen, geschweige denn darin zu programmieren.
J# ist eine Totgeburt, keine Ahnung warum es das überhaupt gibt. MS-Java war schon schlimm.

So, ich habe es jetzt für Basic geändert auf:

System.Collections.IEnumerator enum1 = cEs.GetEnumerator();
while (enum1.MoveNext())
{
     EnvDTE.CodeElement element = (EnvDTE.CodeElement)enum1.get_Current();
     if (element.get_Children().get_Count() > 0) this.searchFunctionsAndClasses(element.get_Children());

     if (element.get_Kind() == vsCMElement.vsCMElementClass)
     {
          this.codeElementeUserControl.addElement(element);
     }

     if (element.get_Kind() == vsCMElement.vsCMElementFunction)
     {
          this.codeElementeUserControl.addElement(element);
     }

}

Jetzt läuft alles paletti. Interessant nur, dass auf MSDN (http://msdn2.microsoft.com/de-de/library/envdte.codeelements.getenumerator(VS.80 ).aspx -> unter Hinweise)explizit darauf hingewiesen wird, dass GetEnumerator() in Anwendung auf CodeElemente nur für C++ vorbehalten bleibt. Komisch.

21.05.2007, 22:16 Uhr - Editiert von User135678, alte Version: hier

Auf dieser MSDN Seite steht aber auch:

Diese Methode wird nur in Visual C++ verwendet. Visual C# und Visual Basic verwenden die foreach-Schleife, die die GetEnumerator-Methode intern verwendet.

Also statt GetEnumerator/MoveNext einfach foreach verwenden und gut ist es.

Da ich das AddIn mit J# geschrieben habe, kann ich foreach nicht verwenden, da dieses Konstrukt nicht in J# verankert ist. Aber jetzt passt eh alles.

Das ist mir klar, aber jetzt hast du von VB gesprochen und dort gibt es foreach.

Es ging mir um deinen Kommentar:

Jetzt läuft alles paletti. Interessant nur, dass auf MSDN (http://msdn2.microsoft.com/de-de/library/envdte.codeelements.getenumerator(VS.80 ).aspx -> unter Hinweise)explizit darauf hingewiesen wird, dass GetEnumerator() in Anwendung auf CodeElemente nur für C++ vorbehalten bleibt. Komisch.

Ich glaube, ich habe das schlecht formuliert gehabt. So wie ich die MSDN-Seite verstehe, wird GetEnumerator() nur für in C++ programmierte Programme verwendet. Auf welche Quellcodes das Programm dann mittels CodeElement zugreift ist sprachenunabhängig.

Vielleicht auch nicht besser formuliert

Die Methode GetEnumerator() wird auch in C# oder VB verwendet, aber nur indirekt vom Compiler bei einem foreach Statement. Die direkte Verwendung ist nur bei C++ (und wahrscheinlich J#) notwendig, weil diese Sprachen eben kein foreach kennen.
Das betrifft nicht im Speziellen CodeElement, sondern alle Klassen, die Enumeratoren bereitstellen, also das IEnumerator Interface implementieren.

Danke für den Hinweis. So hatte ich das bisher nicht gesehen.

Dann haben wir jetzt zusammen gefunden. Noch viel Spaß dabei!

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung