wann gibt es in Delphi einen NAMESPACE wie in c#

[Bernhard Geyer]

Zitat von luisk:

Ich habe lediglich festgestellt, dass die Komponenten bei großen Mengen langsam werden !

Nur wenn man sie falsch verwendet.

Zitat von luisk:

selbst HTML und CSS zeigen aber, dass es auch anders geht.

Aber auch nur wenn man es richtig verwendet.

Zitat von luisk:

Weiter haben andere Komponenten von Drittanbietern erwähnt nicht ich !

Eigentlich schon

Zitat von luisk:

Im übrigen habe ich geschrieben, dass ich mir lieber meine eigenen Klassen zusammenbaue, wenn mir irgendwas nicht gefällt !

Auch bei eigenen Komponenten sollte man wissen was man macht.

[luisk]

Zitat von Bernhard Geyer:

Zitat von luisk:

Ich habe lediglich festgestellt, dass die Komponenten bei großen Mengen langsam werden !

Nur wenn man sie falsch verwendet.

Bei großen Datenmengen werden sie langsam das ist Fakt !
Du meinst anscheinend, dass es falsch sei, sie bei großen Datenmengen zu verwenden !

Zitat von Bernhard Geyer:

Zitat von luisk:

selbst HTML und CSS zeigen aber, dass es auch anders geht.

Aber auch nur wenn man es richtig verwendet.

Bei meiner Anwendung sind sie auch bei großen Datenmengen schnell !
Delphi wird erst schnell, wenn ich eigene Klassen verwende

Zitat von Bernhard Geyer:

Zitat von luisk:

Weiter haben andere Komponenten von Drittanbietern erwähnt nicht ich !

Eigentlich schon

Falschaussage - lies mal oben nach, wer hier welche Komponenten erwähnt hat !
Ein User Namens Bernhard Geyer hat DevExpress in die Diskussion gebracht

Zitat von Bernhard Geyer:

DevExpress Grid ist eine Komponte von DevExpress die man für Delphi in VS.NET verwenden kann.

Zitat von Neutral General:

Weil man die Daten in sowas wie dem bereits genannten DevExpress Grid o.ä. darstellt und nicht 2300 Komponenten erstellt, in eine Scrollbox schmeißt und sich wundert warum nix mehr geht....

Zitat von Bernhard Geyer:

Zitat von luisk:

Im übrigen habe ich geschrieben, dass ich mir lieber meine eigenen Klassen zusammenbaue, wenn mir irgendwas nicht gefällt !

Auch bei eigenen Komponenten sollte man wissen was man macht.

Deshalb schreibt man ja auch eigenen Klassen

[stahli]

Wir hatten vor längerer Zeit häufiger solche endlosen Diskussionen.
Es bringt wenig, das immer weiter aufzubauschen.

Ich gebe Dir im Grunde schon recht, dass die Standardcontrols, die Delphi mitbringt, nicht immer der Weisheit letzter Schuss sind.
Es ist dann schade, dass es Alternativen bzw. einen hohen Aufwand braucht.

Aber eine Webseite ist doch etwas anderes.

[Sir Rufo]

Zitat von stahli:

Aber eine Webseite ist doch etwas anderes.

... und lädt/rendert auch bescheiden wenn man dort 2300 Einträge (jeweils ein Bild und ein bisserl Text) auf einer Seite darstellen will. Die HTML-Datei ist fix erstellt, aber die Anzeige ... nun ja.

[luisk]

Zitat von Sir Rufo:

Zitat von stahli:

Aber eine Webseite ist doch etwas anderes.

... und lädt/rendert auch bescheiden wenn man dort 2300 Einträge (jeweils ein Bild und ein bisserl Text) auf einer Seite darstellen will. Die HTML-Datei ist fix erstellt, aber die Anzeige ... nun ja.

hier geht es nicht um die Darstellung einer statischen HTML-Seite, sondern um die Darstellung einer mit php dynamisch erstellten Seite, die Datenbanktabellen enthält, deren Größe über einen SQL-Select bestimmt wird !

Weiter wird die HTML-Seite über CSS segmentiert, sodass sie nicht immer komplett nachgeladen wird, sondern
partiell über AJAX !
-------------------------------------------------------------
Dieses mobile.de Teil ist nur ein Bsp. für die Inhalte.
-------------------------------------------------------------
php-HTML-CSS hat mit großen Datenmengen kein Problem, (2300 Datensätze hab ich in der Tabelle)
die Standard-Delphikomponenten aber schon.
Daher muss ich in Delphi eigene Klassen entwerfen, dann wird´s auch richtig schnell !

[luisk]

Zitat von stahli:

Wir hatten vor längerer Zeit häufiger solche endlosen Diskussionen.
Es bringt wenig, das immer weiter aufzubauschen.

Ich gebe Dir im Grunde schon recht, dass die Standardcontrols, die Delphi mitbringt, nicht immer der Weisheit letzter Schuss sind.
Es ist dann schade, dass es Alternativen bzw. einen hohen Aufwand braucht.

Aber eine Webseite ist doch etwas anderes.

Danke

[Bernhard Geyer]

Zitat von luisk:

Zitat von Sir Rufo:

Zitat von stahli:

Aber eine Webseite ist doch etwas anderes.

... und lädt/rendert auch bescheiden wenn man dort 2300 Einträge (jeweils ein Bild und ein bisserl Text) auf einer Seite darstellen will. Die HTML-Datei ist fix erstellt, aber die Anzeige ... nun ja.

hier geht es nicht um die Darstellung einer statischen HTML-Seite, sondern um die Darstellung einer mit php dynamisch erstellten Seite, die Datenbanktabellen enthält, deren Größe über einen SQL-Select bestimmt wird !

Weiter wird die HTML-Seite über CSS segmentiert, sodass sie nicht immer komplett nachgeladen wird, sondern
partiell über AJAX !
-------------------------------------------------------------
Dieses mobile.de Teil ist nur ein Bsp. für die Inhalte.
-------------------------------------------------------------
php-HTML-CSS hat mit großen Datenmengen kein Problem, (2300 Datensätze hab ich in der Tabelle)
die Standard-Delphikomponenten aber schon.
Daher muss ich in Delphi eigene Klassen entwerfen, dann wird´s auch richtig schnell !

Hab jetzt nach PHP und Table+Paging gesucht. Da muss man auch per Code dafür sorgen das es funktioniert.

ich habe jetzt spaßeshalber mal mit Delphi und den DB-Sensitiven controls gespielt (verwenden wir sonst nicht) und dort das DBCtrlGrid verwendet.
Im Gegensatz zu PHP bekomme ich in Delphi selbst mit sehr großen Datenmengen eine Performante Lösung ohne ein Quellcodezeile geschrieben zu haben.


Zeig doch mal dein Testprogramm das diese schlechte Performance zeigt? Ich wette wir können das in kurzer Zeit umschreiben das diese sehr Performant läuft ohne dafür irgendwelche Kaufkomponenten zu verwenden.

[luisk]

Zitat von Bernhard Geyer:

Hab jetzt nach PHP und Table+Paging gesucht. Da muss man auch per Code dafür sorgen das es funktioniert.

zur Info:
ich greife inzwischen auch von Delphi aus nur noch über php auf MySQL und MariaDB zu.
Und zwar über https - das funktioniert optimal - auch über das Internet.

Daher ist der Vergleich Delphi php komplett daneben.
-------------------------------------------------------------
Ich hab´s doch nun schon zigmal erwähnt:
Das Nadelöhr sind die Delphi-Komponenten mit der Parent-Zuweisung.
Nimm mal 3000 Sublayouts mit ein paar Inhalten und leg sie in eine Scrolbox,
dann geht Delphi in die Knie ! Das wirst Du ja woh selber mal testen können.
Mit dem Datenbankzugriff hat das überhaupt nix zu tun !
Verstanden ?

Ich brauche auch von keinem Alternativvorschläge. Alternativen hab ich selber.
Falls Du beim Lesen auch verstehen kannst: Ich schreib mir eigene Klassen - die sind schnell
im Vergleich zu den Delphi Komponenten.

kapiert ?

Daher nochmal die Zusammenfassung:
Die Delphi-Komponenten werden bei großen Mengen langsam !

[Daniel]

Moin lusik,

erstmal: Tief durchatmen.
Ein stückweit redet Ihr aneinander vorbei. Ein klassisches DB-Grid mit 3.000 Zeilen ist nicht weniger überfordert als eine mit 3 Zeilen. Das habe ich gerade mal ausprobiert.
Du schreibst von Sub-Layouts in einer ScrollBox. Daraus schließe ich, dass Du da sehr viel selbst machst und eben nicht datensensitive Controls von der Stange nutzt. Das kann dann in Deinem Fall langsam werden, ja.

Wenn Du das Thema Datenbank-Controls und Performance weiter ausbreiten möchtest, dann eröffnen dafür bitte ein neues Thema. Hier ging es um Namespaces.

[luisk]

ok:
http://www.delphipraxis.net/189569-d...n-langsam.html