[XE5] Firemonkey unter XE5, Einfache Datenanbindung

[4dk2]

Hatte jetzt mal Zeit mir die Trial von XE5 anzuschauen.

Wie soll man dort denn Firemoneky produktiv einsetzten?
Es sind immer noch die gleichen Fehler wie bei XE3 vorhanden.

Nur ein Grid und eine Bindinglist und die IDE zerschießt sich 10 mal?

Aber jetzt mal von den IDE-Fehlern abgesehn...

Hab nen Standart Grid auf die FMX-Form gehaun und ne FireDac Memory Table.

Dann per Schleife 10000 Datensätze in die Memorytable geladen.

Aber anzeigen tut er immer nur 300 Einträge!

Ich habe bei der MemoryTable alle FetchOptionen durchprobiert,
aber bleibt bei 300 Records in der Anzeige.

Mit memtab.Last springt er auch auf den letzten Eintrag, wenn man einen hoch scrollt gehts wieder ab dem 299ten weiter.

Bei XE3 hab ich das mit der JvMemoryTable getestet (hab kein FireDac). Da ist es genauso.

Hab das Projekt mal angehängt.

[Der schöne Günther]

Ja, das Teil hat irgendwie eine Macke. Wenn es ihm zu viel wird springt er bei einem "Pfeil nach unten"-Druck im Grid bsp. zwei Einträge nach unten, das Label zählt aber nur um Eins hoch.

Ich bin eigentlich auch kein Miesepeter, aber mir ging es ähnlich: Ich habe auch einmal versucht unter Windows eine ganz einfache DBGrid-Anwendung in FireMonkey zu erzeugen. Als er schon daran gescheitert ist habe ich FireMonkey nicht weiter verfolgt:
http://www.delphipraxis.net/178382-f...an-wissen.html

[stahli]

Ich habe die LB (XE3) nach ein paar Wochen aufgegeben und FMX nach ein paar Monaten. Schade um die vertane Zeit.

Auf Bugfixes braucht man nicht hoffen. Nicht mal wirklich bei kostenpflichtigen Updates (>1T€).

Brauchbar ist es m.E. generell maximal für kleine mobile Anwendungen mit 20 Einträgen und insgesamt geringen Anforderungen.

[Der schöne Günther]

Was ist LB?

[RWarnecke]

Zitat:

Zitat von Der schöne Günther (Beitrag 1253245)

Was ist LB?

LB = Listbox

Die Geschwindigkeit der ListBox von XE2 nach XE5 hat schon ein bisschen an Geschwindigkeit zugenommen. Aber um große Datenmengen zu verarbeiten bietet sich eigentlich nur das StringGrid oder die ListView an. Ich weiß jetzt nur nicht, ob die ListView unter FMX schon bei XE3 dabei ist.

[stahli]

Sorry
LB = Live Bindings
VLB = Visual Live Bindings

[greenmile]

Gibt es wirklich noch User, die mit/wegen Firemonkey Zeit verschwenden? :lol:
Man möge mich korrigieren, aber einzig der Compiler taugt halbwegs, den Rest kann man getrost und ohne es zu vermissen in die Tonne klopppen; selbst unser Azubi liefert qualitativ bessere Arbeit ab.

Meiner Erfahrung nach würde ich eine Form erstellen und für den Rest TMS verwenden, das läuft wenigstens halbwegs:
http://www.tmssoftware.com/site/products.asp?t=fm

Mit XE5 gibt es einige Probleme mit z.B. dem Webview (Browser, den Embarcadero nicht gebacken bekommt), der läuft aber mit XE4 korrekt. Deshalb nutze ich XE5 nicht (obwohl ich es dank Subscription aber könnte).

[4dk2]

Keine Ahnung was da bei EMBA mit FMX los ist.
Ich mein einfache Datenanbindung sollte doch das A und O dabei sein.

Ich habs jetzt mal auch an ne richtige Tabelle gehangen mit 34000 Einträgen.
Wenn ich die komplette Tapete unter VCL in nen Stringgrid packe, ists es mit sicherheit noch 10x
schneller als FMX. (Scheint so, als läd er bei jedem next, alles neu)

Auch hier ist das gleiche Verhalten, dass diesmal werden sogar nur 200 angezeigt werden.

Also ich kann keinen Unterschied zwischen XE3 und XE5 feststellen.

Ich glaub zwar nicht das EMBA da Hardcoded nen GetMaximal-300-Records drin stehen hat, aber ich sehe es aber auch nicht ein, den Quelltext von BindingList und BindingSource zu analysieren, um EMBA's Probleme zu finden.

Die wollen doch den ganzen scheiss ohne VCL in diesem AppMethod verkaufen. Darf man da nur maximal 300 Datensätze anzeigen?
Im September 2012 kam XE3 raus, die beschäftigen sich doch seitdem zu 90% mit X-Plattform Entwicklung.
Was bringt es mir wenn ich Anwendungen für 10 Betriebsysteme erstellen kann, aber diese nicht (richtig) laufen.

[Stevie]

In XE6 wird's bestimmt gefixt ;)

[greenmile]

:-D