Trennung von GUI und Logik, wie geht ihr vor?

[Stevie]

Zitat von neo4a:

Nein, im Ernst: Was hälst Du davon, ein Muster-Projekt zu diesem Thema aufzuziehen? Müsste halt etwas ganz was neues sein...FishFacts (wie schon an anderer Stelle vorgeschlagen).

Werd ich entscheiden, wenn XE2 raus ist. Vielleicht ist mein DataBinding dann ja eh über (jaja, für Delphi 2010 und XE nich...)

FishFacts wär aber glaub ich wieder nen Kandidat, der den meisten zu simpel ist. Warum nich paar DB Controls, ClientDataSet auf ne Form und fettich...

[neo4a]

Zitat von Stevie:

Werd ich entscheiden, wenn XE2 raus ist. Vielleicht ist mein DataBinding dann ja eh über (jaja, für Delphi 2010 und XE nich...)

Im VGScene war/ist DataBinding bereits implementiert. Die XE2-LiveBindings bringen dann noch die Properties mit.

[Stevie]

Zitat von neo4a:

Zitat von Stevie:

Werd ich entscheiden, wenn XE2 raus ist. Vielleicht ist mein DataBinding dann ja eh über (jaja, für Delphi 2010 und XE nich...)

Im VGScene war/ist DataBinding bereits implementiert. Die XE2-LiveBindings bringen dann noch die Properties mit.

FireMonkey != VGScene und VGScene DataBindings != LiveBindings. Also abwarten

Die auf dem Screenshot dargestellten Sachen müssten auch alle genauso mit DSharp gehen.

[mquadrat]

Auf dem Screenshot sind ja vor allem nur Bindings zwischen zwei Properties. Spannender ist ja z.B. eine ObjectList an eine Combobox zu binden. Aber bis wir die Version in Händen halten ist ja eh alles nur rumgerätsel (die Beta-Tester mal außen vor gelassen).

[neo4a]

Zitat von Stevie:

FireMonkey != VGScene und VGScene DataBindings != LiveBindings.

Schön heraus gearbeitet.

Zitat von Stevie:

Die auf dem Screenshot dargestellten Sachen müssten auch alle genauso mit DSharp gehen.

Genau. Das und noch mehr.

Nein, was mich beim Durchprobieren der Samples so fasziniert, sind die vielen Details, die da (in meinem Fall VGScene, später FireMonkey) bereits berücksichtigt sind: DataBinding, MultiLanguage, Transitions, Animations, Styles/Theming, graphische Effekte (Shadow, Reflections, Blur, Glow). Und das alles in einem(!) Paket. Eugen hat da etwas ganz besonderes geleistet und es ist schön zu sehen, wie das nun in Delphi einließt.

[bernau]

Zitat von neo4a:

Zitat von Stevie:

Werd ich entscheiden, wenn XE2 raus ist. Vielleicht ist mein DataBinding dann ja eh über (jaja, für Delphi 2010 und XE nich...)

Im VGScene war/ist DataBinding bereits implementiert. Die XE2-LiveBindings bringen dann noch die Properties mit.

Im Bild steht. "This sample haven't any Code". Alles über den Objektinspektor zusammengeklickt.

Ich überlege grade: Bin ich wirklich so altmodisch, wenn ich so viel wie möglich codiere und im Objektinspektor so wenig wie möglich zusammenklicke oder eingebe. Ich finde eine Propertyänderung im Code ist wesentlich übersichtlicher, als eine Änderung im OI. Habe mir mittlerweile auch angewöhnt, nicht visuelle Komponenten (zip, internet, verschlüsselung, open/close-Dialog etc.) im Code zu instanzieren und nicht auf die Form zu ziehen. Finde ich viel angenehmer.

[Florian Hämmerle]

Ja das mach ich eigentlich auch lieber alles im Code. Da sieht man es auf den ersten Blick. Ansonsten muss man erst nen Blick in die .dfm werfen. Bist also nicht alleine mit der Technik

[bernau]

Zitat von Florian Hämmerle:

Bist also nicht alleine mit der Technik

Puh..

[Stevie]

Generell gilt: Was man im OI machen kann, kann man auch per Code machen. Umgekehrt muss das nicht so sein. Ich werf mal was in den Raum: "Convention over configuration".

[mquadrat]

Genau, bei den "offensichtlichen" Bindungs bei MVVM spart das ne Menge Glue-Code.