Welche Konsequenzen zieht ihr aus den Features für XE2?

[Bernhard Geyer]

Zitat von himitsu:

Zitat von stahli:

Es wäre m.E. schön, wenn der Compiler dies automatisch für alle Objekte regeln würde (zumindest für Objekte der eigenen Application) und neben Property-Pointern auch für Variablen.

Gibt es doch schon?
Interfaces

Interfaces wie sie Delphi implementiert haben Schwachstellen die bei einem System mit GC nicht auftreten. Du wirst auch schon in die Falle getreten sein in dem du noch ein Nicht-Interface-Referenz gehalten hast und die automatische Refernzzählung die die instanz hinterm rücken zerstört hat. Oder mal versucht GUI-Controls per Interfaces zu Verwaltung wo dann die Parent-Freigabe zur freigabe des Childs geführt hat - trotz noch gültigem Interface-Zeiger.

[mquadrat]

Das FireMonkey Statement von DevExpress ist interessant. Entweder alle Komponentenhersteller halten sich wie DevExpress zurück, oder wir erleben das Rennen um das erste FireMonkey Grid Denn so wie sich das Statement liest, scheint FireMonkey im Moment nicht über ein sinnvolles Grid zu verfügen.

[Bernhard Geyer]

Zitat von mquadrat:

Das FireMonkey Statement von DevExpress ist interessant. Entweder alle Komponentenhersteller halten sich wie DevExpress zurück, oder wir erleben das Rennen um das erste FireMonkey Grid Denn so wie sich das Statement liest, scheint FireMonkey im Moment nicht über ein sinnvolles Grid zu verfügen.

Das sie sich zurückhalten sehe ich nicht als Problem. Vermutlich werden sie ähnlch wie andere Hersteller (LMD) schön fleißig für VCL.NET und CLX Portierung vorgenommen haben um dann wenn sie fertig waren festzustellen das diese Libraries wieder eingestellt wurden - Was hätte man mit dieser vergeudeten Entwicklerzeit alles machen können. Deshalb will man erstmal sehen wie das wirklich aufgenommen wird.

[mquadrat]

Jep, so hat es DevExpress ja auch geschrieben. Das Problem ist nur das ohne sinnvolles Grid FireMonkey zum Scheitern verurteilt ist. Es muss ja nicht dermaßen überfrachtet sein, wie manche der Third-Party-Grids, aber mehr als das VCL StringGrid braucht es schon.

Wenn also alle so wie DevExpress reagieren haben wir die Situation, dass keiner FireMonkey einsetzt, weil ein Grid fehlt und es kein Grid gibt weil keiner FireMonkey benutzt

Aber warten wir erstmal ab, bis wir die ersten FireMonkey Programme am laufen haben

[Stevie]

Zitat von mquadrat:

Jep, so hat es DevExpress ja auch geschrieben. Das Problem ist nur das ohne sinnvolles Grid FireMonkey zum Scheitern verurteilt ist. Es muss ja nicht dermaßen überfrachtet sein, wie manche der Third-Party-Grids, aber mehr als das VCL StringGrid braucht es schon.

Wenn also alle so wie DevExpress reagieren haben wir die Situation, dass keiner FireMonkey einsetzt, weil ein Grid fehlt und es kein Grid gibt weil keiner FireMonkey benutzt

Aber warten wir erstmal ab, bis wir die ersten FireMonkey Programme am laufen haben

Wenn man mit nem Listview oder einer Listbox sowas machen kann wie in WPF braucht kein Mensch ein Grid.

[Bernhard Geyer]

Zitat von Stevie:

Wenn man mit nem Listview oder einer Listbox sowas machen kann wie in WPF braucht kein Mensch ein Grid.

Denke ich auch. Ob die Komponenten nun Grid oder ListView oder "WundercontroldasAllesKann" heißt ist eigentlich egal. Solange es was gibt mit dem man Daten tabelarisch/als List Anzeigen kann und genügend Schalter für die eigene Bedürfnisse gibt ist es gut. Und wenns noch List + Baum kann (wie Kompos von LMD/TMS oder VST) dann braucht man auch kein eigene Treeview-Komponente.

[jaenicke]

Zitat von mquadrat:

Denn so wie sich das Statement liest, scheint FireMonkey im Moment nicht über ein sinnvolles Grid zu verfügen.

Ich weiß nicht welches Statement du genau meinst, aber die Kommentare zu den Grids beziehen sich nur auf Grids von DevExpress. Deshalb interpretiere da nichts hinein, was da gar nicht steht.

[cookie22]

Ich halte es für mehr als weit hergeholt, dass der Erfolg von Fire Monkey von einer Komponente abhängen sollte.

[Florian Hämmerle]

Zitat von cookie22:

Ich halte es für mehr als weit hergeholt, dass der Erfolg von Fire Monkey von einer Komponente abhängen sollte.

Wenn die Component Library von FireMonkey allerdings gegenüber der normalen VCL Vorteile bietet, ist die Chance größer, das FM gut aufgenommen wird.

[cookie22]

Das aber an einem Grid fest zu machen, ist für mich nicht nachvollziehbar.

Ausserdem wird schon jemand eines schreiben ob nun Commercial oder Freeware, geben tut es das ganz sicher. Um sowas würde ich mir gar keinen Kopf machen. Hauptsache das ganze läuft von Anfang an stabil, sowas seh ich als viel wichtiger an.