wann gibt es in Delphi einen NAMESPACE wie in c#

[Stevie]

Wenn ich in meinem Delphi Programm die Seite im TWebBrowser anzeige ist das genauso schnell

Back to topic?

[Sir Rufo]

Zitat von luisk:

Delphi hat natürlich seine Vorteile,
von der Geschwindigkeit bin ich aber nach wie vor enttäuscht ( VCL und C# sind noch langsamer als FMX )

Was willst du damit sagen? Das passt irgendwie nicht voreinander.

VCL / FMX => Visuelle Frameworks (für Delphi)
C# / Delphi => Programmiersprachen

Auf der C# Seite wäre Forms vergleichbar mit VCL und WPF vergleichbar mit FMX.

Bislang steht da: Marzipan ist grüner als Schnee

[luisk]

Zitat von bepe:

.

Und was das Scrollen angeht... Ein Browser rendert die Seite vor. Da wird dann ein Image gescrollt und nicht 2300 Controls.

Die Frage ist doch nur, wie sind diese Controls konstruiert ?
Wenn sie bei der Datenmenge zusammenbrechen sehe ich einen Fehler in der Systemarchitektur.

Da kann ich mir meine eigenen Klassen bauen und dann läuft es performant.

[luisk]

Zitat von Stevie:

Wenn ich in meinem Delphi Programm die Seite im TWebBrowser anzeige ist das genauso schnell

Back to topic?

Auf diesen Vergleich habe ich schon gewartet - jetzt ist er da.
TWebbrowser ist ja wohl nur ein eingebettetes ActiveX.

Aber oben wurde es ja schon bestätigt. Die Componenten sind immer noch recht langsam.
Wenn man was schnelles braucht, kauft man es dazu, oder baut es selber.
Wie ich schon gesagt habe.

[luisk]

zurück zum Thema:
schnellere Komponenten und Namspaces wären schön.

[bepe]

Zitat von luisk:

Na also: Devexpress-GRid ist nicht von Embarcadero, von einem Komponentenbauer
https://www.devexpress.com/products/vcl/exquantumgrid/
und warum ? Wie ich festgestellt habe: Weil Delphi zu langsam ist - traurig.

Wenn ich schnelle Klassen brauche, muss ich mir die selber zusammenbauen,
oder kaufen - evtl. von DEV-Express - na also, meine Rede.

Und die DevEx Komponenten oder die selbst geschriebenen verwendest du nicht in Delphi und werden nicht vom Delphi Compiler übersetzt?

Dein Problem ist nicht dass Delphi zu langsam ist oder dass die, von Delphi erzeugten, Kompilate zu langsam sind. Du beschwerst dich dass die mitgelieferten Komponenten nicht deinen Bedarf abdecken. Ein ganz anderes Thema.

.....

Wenigstens Alibihalber:

Soweit ich mit .net, c# gearbeitet habe, was nicht allzuviel ist, machen die Namespaces doch nur dann wirklich Sinn, wenn ich meine Klassen über mehrere Units verteile. Das würde ich gar nicht ausreizen wollen, das mutet chaotisch an...wenn man's übertreibt.

Alternativ kann ich die nutzen um verschiedene, thematisch zusammengehörende, Klassen zu "gruppieren" und muss nicht mehr jede einzelne Unit einbinden, sondern habe direkt den gesamten Themenkomplex eingebunden. Aber im Grunde spart das doch nur ein bisschen Tipparbeiter und ist nicht wirklich ein Killer Feature?!... also ich komme ganz gut ohne aus.

[luisk]

zurecht komme ich auch, aber man hat eben so seine Wünsche

[Bernhard Geyer]

Zitat von luisk:

von wegen Tabelle mit 20 Einträgen.

Also ich sehe nur 20 Einträge. Der rest wird per Paging erst vom Server angefordert.

Zitat von luisk:

Hab jetzt soeben noch einmal einen Test gemacht mit nem ähnlichen Aufbau wie die Liste bei Mobile.de
( Mobile hab ich nur verlinkt, um zu zeigen, wie der Tabellenaufbau ist )
2300 Datensätze hab ich über PHP an HTML und CSS rausgehauen.
Ergebnis: das Scollen und der Seitenaufbau läuft extrem gut.

Delphi bricht mit den Standard-Scrollboxen zusammen ( bei ca. 250 läuft es einigermaßen)

Haust du auch den Quellcode deines Beispieles?

Zitat von luisk:

Wenn ich einen Scrollbar nehme und das Scrollen selber steuere birnge ich es auch performant hin.

Da braucht man keine Scrollbar. Über Virtuellen Modus der meisten Grids kann ich sogar "Millionen Einträge" gleichzeitig darstellen.
Der Browser wird das Kotzen anfangen (außer du baust etwas ähnliches) ein.

Zitat von luisk:

Was mir aufgefallen ist:
Delphi brach sogar schon bei den 2300 Parentzuweisungen zusammen.

Liegt vermutlich daran das dein Aufbau an den maximal 10.000 GDI-Handles pro Anwendung zu macht.

Zitat von luisk:

----------------------------------------------------------------
Ich vergleiche hier keine Äpfel mit Birnen, sondern vergleiche verschiedene Systeme.

VCL = Visuelle Klassenbibliothek
FXM = Visuelle Klassenbibliothek
C# = Programmiersprache (keine Visuelle Klassenbibliothek).

Ok. Es ist kein Äpfel mit Birne-Vergleich sondern Apfelbaum mit Käsekuchen.

Zitat von luisk:

Delphi sollte eigentlich schneller sein oder genauso schnell, wenn das Scrollen richtig umgesetzt wäre.
Delphi ist schließlich ein Entwicklungssystem, um solche Systeme, wie Webbrowser zu entwickeln.

Mit Delphi kann man das auch richtig umsetzen. Man kann es aber auch falsch machen.
Gibt uns dein Beispielprogramm und wir werden es besser machen

@Admin: Könnte man diese Performancediskussion evtl. vom eigentlichen Thread abtrennen?

[Neutral General]

Zitat von luisk:

Die Frage ist doch nur, wie sind diese Controls konstruiert ?
Wenn sie bei der Datenmenge zusammenbrechen sehe ich einen Fehler in der Systemarchitektur.

Da kann ich mir meine eigenen Klassen bauen und dann läuft es performant.

"Da frage ich mich doch wie ein Eimer konstruiert ist...
Bei großen Wassermengen läuft einfach alles aus. Ich seh da einen Fehler in der Konstruktion des Eimers!"

Du schmeißt hier Begriffe durcheinander und vergleichst Äpfel mit Birnen das ist nicht mehr feierlich.

[luisk]

Zitat von Bernhard Geyer:

Also ich sehe nur 20 Einträge. Der rest wird per Paging erst vom Server angefordert.

na Klasse, man sollte halt auch mal alles lesen.

Nimm 2300 Layouts, mit ein paar Inhalten und nem Bildchen
und bring das in eine Scrollbox.
Du wirst sehen, was passiert.
-------------------------------------
Wenn´s zu langsam wird helfe ich mir halt über eigene Klassen.