Code Completion: Rückgabetyp der Funktion sehen

[Der schöne Günther]

Siehe Bild: Wie kann ich sehen, welchen Rückgabetyp InputQuery(..) hat?

Ja, in der Theorie hat eine Methode natürlich nur maximal drei Parameter. Und in der Theorie hat man immer einen riesigen Bildschirm dabei sodass man die Box unendlich groß ziehen kann.

Und in der Praxis?

[himitsu]

Praxis: so groß ziehen, bis man alles sieht, oder man schaut nicht in die CodeCompletion, sondern ins HelpInsight.


In der Praxis hat diese Liste noch ein paar weitere "Probleme":

• Bei der Codevervollständigng des Funktionsnamens sieht man überladene Funktionen nicht und es wird auch nicht darauf hingewiesen ob es noch andere Parameter gibt.
  Das sieht man erst in der Codevervollständigung für die Parameter, was aber nicht hilft, wenn man in der Liste eine Funktion mit passenden Parametertypen sucht.
• Und man sieht keinen Unterschied ob z.B. Funktion oder Klassenfunktion.

[Uwe Raabe]

Bei der Code-Completion wirst du wohl kein Glück haben. Da dort ja alle Bezeichner aufgelistet werden, die an dieser Stelle passen, wäre ein Zeilenumbruch eher hinderlich.

Du kannst aber den Bezeichner übernehmen oder ausschreiben und dann mit der Maus drüber fahren. Dann bekommst du mehr Info angezeigt (wenn du das nicht deaktiviert hast).

[Der schöne Günther]

Zitat von himitsu:

In der Praxis hat diese Liste noch ein paar weitere "Probleme"

Dass man überhaupt nicht sieht, ob es sich um eine Instanz- oder Klassenmethode handelt regt mich auch jeden Tag auf.

Bei den Überladungen stimme ich dir aber nicht zu: Die sieht man ja dann bei den "Code Parameter Hints". Wenn ich eine bestimmte Methode an sich noch suche interessieren mich ja auch die Parameter noch nicht.


Könnte man Hoffnung haben, das "procedure" und "function" gegen "[Rückgabetyp]" irgendwo ersetzen zu können? Ich bin bislang immer vor dem Schreiben von Plug-Ins fürs RAD Studio zurückgeschreckt, das sieht immer nach einem harten Einstieg aus

[himitsu]

Zitat von Der schöne Günther:

Wenn ich eine bestimmte Methode an sich noch suche interessieren mich ja auch die Parameter noch nicht.

Die werden aber mit angezeigt und wenn man sie schon anzeigt, dann doch bitte mit Hinweis, daß es noch mehr gibt.
z.B. Textfarbe, Hintergrundfarbe, Icon usw.
Beim Icon könnte man da auch mehrere Icons anbieten (function, class-function, private, public, published usw.)

Außerdem gibt die CodeComplettion oftmals totalen Mist aus.
Bestes Beispiel ist das TEncoding. (versucht da mal an TEncoding.UTF8 zu kommen)

[Der schöne Günther]

Ja, das habe ich auch noch nicht verstanden. Manchmal schlägt sie wirklich Dinge vor, die man überhaupt nicht erreichen kann.

Aber an der IDE soll ja bald mal wieder was gedreht werden, ich bin gespannt.

[Dejan Vu]

Zitat von himitsu:

Die werden aber mit angezeigt und wenn man sie schon anzeigt, dann doch bitte mit Hinweis, daß es noch mehr gibt. z.B. Textfarbe, Hintergrundfarbe, Icon usw.

Das wäre sehr unpraktisch bei Methoden, die zigfach überladen sind. Dann wäre der Bildschirm voll mit allen Varianten einer Methode... blöd. Besser wäre es, etwas in der Art 'Function FooBar(param : TParam) : Integer (+3 Überladungen)' anzuzeigen.

Zitat von Der schöne Günther:

Aber an der IDE soll ja bald mal wieder was gedreht werden, ich bin gespannt.

Habt ihr das gut. Beim Visual Studio funktioniert alles schon seit Jahren auf die gleiche langweilige Art und Weise. Obwohl, hier gibt es Plugins, die ein bischen Leben in die Bude bringen (Resharper z.B.). Denen fällt immer wieder etwas neues ein: Z.B. das auch Methoden angezeigt werden, die noch gar nicht per 'Uses' erreichbar sind, aber deren Units sich im Suchpfad befinden. Wählt man die Methode aus, wird die Unit gleich in den Suchpfad übernommen (hier natürlich: Klasse, Assembly).

[Stevie]

Zitat von Der schöne Günther:

Habt ihr das gut. Beim Visual Studio funktioniert alles schon seit Jahren auf die gleiche langweilige Art und Weise. Obwohl, hier gibt es Plugins, die ein bischen Leben in die Bude bringen (Resharper z.B.). Denen fällt immer wieder etwas neues ein

Son Schnickschnack braucht man in Delphi doch alles nicht. Der durchschnittliche Delphi Entwickler kloppt doch eh nur Komponenten auf seine Forms und verbindet sie im OI oder mit LiveBindings. /sarkasmus aus

[himitsu]

Zitat von Dejan Vu:

... mit Hinweis ...

...Dann wäre der Bildschirm voll mit allen Varianten einer Methode... blöd. Besser wäre es, etwas in der Art 'Function FooBar(param : TParam) : Integer (+3 Überladungen)' anzuzeigen.[/QUOTE]

Das mit der Anzahl ist zwar nicht schlecht.

Wobei ein Icon "davor" oder eine andere Textfarbe nicht schlecht wären, denn man sieht ja jetzt schon das Result nicht mehr, dann dahinter noch ein weiterer Text?

LiveBindings hat man ausprobiert ... funktionieren nicht.
http://www.delphipraxis.net/181829-l...bjectlist.html und http://www.delphipraxis.net/182139-[xe7]-livebindings-datasets-und-listviews.html

[Der schöne Günther]

Zitat von Dejan Vu:

*nörgel*, *mecker*, *aufstachel*

Visual Studio, Eclipse, all das sind Dreiräder mit zusätzlichen Stützrädern. Das RAD Studio ist der Expert-Modus. Denn wie sagte einst ein schlauer Mann:

Zitat von Insider2004:

Delphi ist halt nur was für Profis. Der Mercedes unter den Sprachen. Teuer und edel. Auf den Strassen fahre doch auch nur VWs und Reisschüsseln herum.