Delphi XE3?

[MEissing]

Zitat von mkinzler:

@meissing: Wird für das Mobil Studio XE3 benötigt?

Nein.

Man wird auch "nur" das Mobile Studio erwerben können.... Die grundlegende IDE wird dann installiert...ohne Delphi Personality.

Das Mobile Studio ist letztendlich eine weitere Personality innerhalb des RAD Studios.

[Lemmy]

@Matthias: Danke für die Info!

[stahli]

Zitat von mkinzler:

http://www.mitov.com/products/openwirelivebindings

Das gefällt mir sehr gut! Mal sehen, welche Variante sich eher durchsetzt.

Zitat von mkinzler:

Was meinst du damit?

Ich habe eigene Komponenten abgeleitet, die an Objektpropertys gebunden wurden und in spezieller Weise auf Mausereignisse reagierten sollten. Die VCL-Controls sind gegenüber solchen spezifischen Anpassungen leider etwas widerspenstig und oft unlogisch aufgebaut (z.B. wird OnClick nicht nur aufgerufen, wenn die Kompo angeklickt wird oder eine RadioGroup "klickt", wenn das Formular aktiviert wird).

Zitat von mkinzler:

http://de.wikipedia.org/wiki/Layoutmanager

Danke. Das kann eine nützliche Sache sein.

[mkinzler]

Zitat:

Das gefällt mir sehr gut! Mal sehen, welche Variante sich eher durchsetzt.

Ich vermute mal, das ist die selbe Lösung.

[himitsu]

Nur mal so eine rein hypothetische Frage:

Im Prinzip ist es doch erstrebenswert die Logic von der GUI zu trennen, also da stimmt ihr mir doch zu?

Aber irgendwie ist das LiveBinding IMHO doch Logic (Verknüpfungen von Komponenten), welche direkt in der GUI rumgammeln.



Wenn man will, dann kann man ja schon einen ganzen Taschenrechner zusammenbauen, wobei die gesamte Logic nur noch im LiveBindung liegt ... also die Logic komplett in der GUI
Ich finde zwar das Beispiel nicht mehr, aber ich sah letztes Jahr mal eine Demo, wo man im LiveBinding beim Ziel sowas wie "Edit1 + Edit2" oder war's "Edit1.Text + Edit2.text" eintrug und dann wurde im Edit3 die Summe der beiden Werte angezeigt.

[MEissing]

Zitat von himitsu:

Nur mal so eine rein hypothetische Frage:

Im Prinzip ist es doch erstrebenswert die Logic von der GUI zu trennen, also da stimmt ihr mir doch zu?

Aber irgendwie ist das LiveBinding IMHO doch Logic (Verknüpfungen von Komponenten), welche direkt in der GUI rumgammeln.

Visual LiveBinding ist mehr als das Verknüpfen von Komponenten.

Man kann auch x-beliebige Objekte (natürlich auch eigene) verbinden. TFoo mit seinen Membern an datensensitive Objekte. TFoo (in einer anderen Klasse/Unit) bildet dann die Persistenz ab....

Aber: A fool with a tool is still a fool!

[Wosi]

Zitat von himitsu:

Nur mal so eine rein hypothetische Frage:

Im Prinzip ist es doch erstrebenswert die Logic von der GUI zu trennen, also da stimmt ihr mir doch zu?

Aber irgendwie ist das LiveBinding IMHO doch Logic (Verknüpfungen von Komponenten), welche direkt in der GUI rumgammeln.



Wenn man will, dann kann man ja schon einen ganzen Taschenrechner zusammenbauen, wobei die gesamte Logic nur noch im LiveBindung liegt ... also die Logic komplett in der GUI
Ich finde zwar das Beispiel nicht mehr, aber ich sah letztes Jahr mal eine Demo, wo man im LiveBinding beim Ziel sowas wie "Edit1 + Edit2" oder war's "Edit1.Text + Edit2.text" eintrug und dann wurde im Edit3 die Summe der beiden Werte angezeigt.

Ich denke bei LiveBindings geht es darum triviale Zusammenhänge zwischen einzelnen Controls darzustellen und nicht um tatsächlich Anwendungen zu programmieren. Dem Entwickler wird so einiges an lästigem Code erspart, der andernfalls in der Formular-Klasse untergebracht werden muss. Dadurch wäre die Logik auch wieder in der GUI verankert.
In Qt gibt es ein ähnliches Konzept schon länger: Signals and slots

[greenmile]

[QUOTE=MEissing;1179737]

Zitat von mkinzler:

Man wird auch "nur" das Mobile Studio erwerben können.... Die grundlegende IDE wird dann installiert...ohne Delphi Personality. Das Mobile Studio ist letztendlich eine weitere Personality innerhalb des RAD Studios.

Ohoh das wird teuer. An sich finde ich die Trennung ja nicht übel, aber wenn es ein eigenes Produkt wird, dann bekommt es auch den Preis eines eigenen Produktes. Mich würde wirklich stark interessieren, wieso es in XE2 drin war und nun getrennt wird. Sieht mir sehr nach "heißmachen" aus.

Am wichtigsten ist jedoch für mich: Läuft FM2 schneller und stabil? FM selbst war ja sehr langsam und hatte einige Bugs bzw einiges funktionierte schlichtweg nicht. VIelleicht kann mir das jemand in zwei Wörtern (Ja oder Nein) an einem Beispiel beantworten: Funktioniert das füllen einer Listbox mit 1000 Einträgen nun schneller als 30 Sekunden? Und funktioniert Drag&Drop unter Mac nun sauber? Und zu guter Letzt: Gibt es unter Mac nun native Hints?

Das sind momentan 3 wichtige Fragen, wenn es um einen Wechsel zu XE3 geht. Anchors/Actions hin oder her, da habe ich zur Not einen Workaround. Aber die Basics müssen stimmen und endlich funktionieren.

LiveBindings interessieren mich, sorry, nicht. Die machen die Welt ein wenig leichter, aber ich traue den Designern nicht, bislang lief kaum einer stabil (wie der FM Style Designer, Form Designer usw.), außer vielleicht der Dialog für die Bilderauswahl. Ich bin seit D2 dabei und in der Regel braucht der "Schnick-Schnack" erstmal 1-2 Versionen, bis er stabil und produktiv läuft. Wenn es ihn dann überhaupt noch gibt, siehe "Datei / Neu / Firemonkey-HD-iOS-Anwendung".

[Daniel]

Zitat von greenmile:

Am wichtigsten ist jedoch für mich: Läuft FM2 schneller und stabil? [...] Funktioniert das füllen einer Listbox mit 1000 Einträgen nun schneller als 30 Sekunden?

Nun, ich bin natürlich nicht von Embarcadero ... aber ... wenn ich mal *hust* ... mutmaßen dürfte, dann würde folgender Code in einer Test-VM mit Windows 8 (VMWare Fusion 5) mit FireMonkey2 und VCL ähnlich schnell (beide Varianten reproduzierbar unter 50ms) laufen. Wichtig wäre möglicherweise (was weiß ich schon) die Verwendung von .BeginUpdate und .EndUpdate .

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var i : integer;
 s, e : cardinal;
begin
  ListBox1.Clear;

  s:= GetTickCount;

  ListBox1.BeginUpdate;
  for i:= 0 to 999 do
  begin
    ListBox1.Items.Add( 'Eintrag #' + IntToStr(i) );
  end;
  ListBox1.EndUpdate;

  e:= GetTickCount;
  ShowMessage( IntToStr(e-s) + 'ms' );
end;

Würde das Deine Frage beantworten?

[greenmile]

Natürlich kenne ich .BeginUpdate / .EndUpdate. Aber unter Mac (und ich meine ein physikalisches MacBook der aktuellen Generation) ist es saulangsam. Unter Windows geht es, unter Mac ist es eher peinlich; so peinlich, dass ich derzeit maximal 300 Einträge anzeige.