Wie bekomme ich bestimmte Features der Delphi IDE in Visual Studio?

[jaenicke]

Hallo,

da ja hier einige immer wieder von Visual Studio im Vergleich zur Delphi IDE schwärmen, hätte ich ein paar Fragen wie man dort ein paar echt nervende Probleme beseitigt.

• Geschwindigkeit der Fehleranzeige
  Error Insight mag bei Delphi nicht immer 100%ig stimmen, aber das kann man bei den aktuellen Versionen gut im Kopf kompensieren. Das ist bei Delphi aber teilweise im Welten schneller als bei Visuel Studio. Und das schon bei einem kleinen Projekt. In Delphi geht die bei viel größeren Projekten deutlich schneller. So ist sie in Visual Studio während der Eingabe fast unbrauchbar, da die Ergebnisse erst spürbar später kommen.
  Wie kann ich das beschleunigen?
• Assembleransicht
  Wenn ich native Funktionen nutzen muss, geht es manchmal nicht ohne Assembleransicht. Wie aktiviere ich diese in Visual Studio?
• Syntaxergänzung
  Wie bringe ich Visual Studio dazu beim Einfügen einer Syntaxergänzung zu merken, dass ich z.B. nur einen Tippfehler korrigiere? Im Moment fügt die IDE nur stupide ein, auch wenn danach alles doppelt da steht. Das ist in Delphi deutlich intelligenter gelöst.

Das sind erst einmal die Sachen, die gestern sehr störend waren als ich ein Projekt in C# ein wenig länger am Wickel hatte. Andere fallen mir sicherlich noch ein.

Hat jemand Vorschläge?

Danke und schönen Gruß,
Sebastian

[Aviator]

Hallo Sebastian,

um den AssemblerCode anzeigen zu können, musst du in den Optionen (Extras --> Optionen) und dann Debugging die Funktion "Debugging auf Adressebene" aktivieren. Danach steht dir das Disassembly Fenster im Menü "Debuggen --> Fenster --> Disassembly" zur Verfügung. (Nur wenn du dich im Debug-Mode befindest)

Das Problem mit der Codevervollständigung beim Fehler korrigieren kann ich so jetzt nicht nachvollziehen, aber vielleicht hilft es dir, auf den Vorschlagmodus anstatt dem Beendigungsmodus mittels STRG + ALT + Leertaste umzuschalten. Oder "Bearbeiten --> IntelliSense --> Beendigungsmodus umschalten".

Was die Fehlerliste angeht, habe ich auch nach kürzerer Suche keinen Vorschlag für dich. Die Geschwindigkeit ist zwar manchmal etwas störend, aber auch effizienter, da während der Eingabe nicht dauerhaft geprüft wird, sondern erst dann, wenn der Benutzer eine Zeit lang (paar Milisekunden) keine Eingabe macht. Aber vielleicht hat ja noch jemand Anderes hier im Forum eine Idee bzw. eine Lösung.

[jaenicke]

Zitat:

Zitat von Aviator (Beitrag 1256912)

um den AssemblerCode anzeigen zu können, musst du in den Optionen (Extras --> Optionen) und dann Debugging die Funktion "Debugging auf Adressebene" aktivieren. Danach steht dir das Disassembly Fenster im Menü "Debuggen --> Fenster --> Disassembly" zur Verfügung. (Nur wenn du dich im Debug-Mode befindest)

Dort sehe ich zwar den Code der Assembly, aber wenn ich mit Einzelschritt in den call auf die native Funktion gehe, klappt das nicht. Sprich ich kann nicht in der Ziel-DLL debuggen. Zumindest sehe ich nicht wie.

Zitat:

Zitat von Aviator (Beitrag 1256912)

Das Problem mit der Codevervollständigung beim Fehler korrigieren kann ich so jetzt nicht nachvollziehen

Hmm, ich auch nicht. Jetzt funktioniert das wie ich es erwartet hätte. Ich hatte es vorhin erst noch einmal getestet, da klappte das nicht wie gestern auch. Komisch.

[Aviator]

Möglicherweise hilf es noch die Option "Nur meinen Code aktivieren" zu deaktivieren. Wenn nicht kann ich leider nicht mehr weiterhelfen. Musste noch nie eine DLL debuggen, da ich auch nicht so viel mit C# arbeite. Vielleicht findest du noch die ein oder andere Antwort in den MSDN Foren oder es meldet sich hier noch jemand. Es gibt ja hier auch einige VS Spezialisten.

[jaenicke]

Das hilft leider auch nicht.

Es kann doch nicht Sinn der Sache sein, dass ich dafür dann einen externen Debugger nutzen muss. :?

[Mikkey]

Wenn Du in eine DLL debuggen willst, deren Quellcode Du hast, brauchst Du nur das entsprechende Projekt in die Projektmappe mit aufzunehmen.

Ansonsten habe ich den Wunsch, in den Windows- oder .NET Zielcode hineinzudebuggen in ein paar Jahren C#-Programmierung nicht verspürt.

Worum geht es Dir denn eigentlich?

[jaenicke]

Es geht um eine native 3rd-Party DLL zur Hardwareansteuerung. Aus der rufe ich eine Funktion auf, aber die macht nicht was sie soll.

[Dejan Vu]

Delphi ist schneller als VS und die Codevervollständigung ist besser (statt stupides Einfügen, intelligentes Überschreiben), der VCL-Designer ist den entscheidenden Tick intuitiver, aber das wars dann auch schon. Beim Rest ist VS imho besser bzw. sehne ich mich nicht mehr nach Delphi. Aber die neuesten BugsFeatures von Embadelphi kenn ich ja auch nicht und Assembler ist mir eh wurscht (wozu gibt es da Spezialisten?).

[Mikkey]

Zitat:

Zitat von jaenicke (Beitrag 1256937)

Es geht um eine native 3rd-Party DLL zur Hardwareansteuerung. Aus der rufe ich eine Funktion auf, aber die macht nicht was sie soll.

Dann bleibt vermutlich nichts Anderes als das:

Zitat:

Zitat von jaenicke (Beitrag 1256937)

Es kann doch nicht Sinn der Sache sein, dass ich dafür dann einen externen Debugger nutzen muss

Sonst mach' dir doch eine Interface-DLL in Delphi, die einfach die Aufrufe weiterreicht. Später kannst Du die auch noch zu einer Hardware-Simulation ausbauen.