Gerüchte um XE2 Beta-Test

[himitsu]

Schön wäre es natürlich gewesen, wenn es unter Windows wie mit Windowskomponenten, unter Linux mehr linuxmäßig und auf'm Mac macisch aussehn würde.
So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.


Das FireMonkey ist doch aber nur optional und die "alte" VCL gibt es immernoch?

[MEissing]

Zitat von himitsu:

Das FireMonkey ist doch aber nur optional und die "alte" VCL gibt es immernoch?

Ja.

[DeddyH]

Emba wird wohl kaum gleich die ganze IDE bzw. VCL umstricken. So wie ich es verstanden habe, kannst Du das gleiche (VCL-)Projekt für verschiedene Plattformen kompilieren, so dass es sich im Aussehen dem Zielsystem anpasst. FireMonkey ist da wohl eher eine optische Vereinheitlichung.

[edit] Ah, der Herr Eißing ist ja auch da, der kann mich ja gleich korrigieren, falls ich hier Mist verbreiten sollte [/edit]

[MEissing]

Zitat von DeddyH:

Emba wird wohl kaum gleich die ganze IDE bzw. VCL umstricken. So wie ich es verstanden habe, kannst Du das gleiche (VCL-)Projekt für verschiedene Plattformen kompilieren, so dass es sich im Aussehen dem Zielsystem anpasst. FireMonkey ist da wohl eher eine optische Vereinheitlichung.

Für Cross-Plattform-Kompilate ist die FireMonkey Bibliothek Voraussetzung.

Möchte man Windows und Mac programmieren -> FireMonkey

[Phoenix]

Zitat von himitsu:

Schön wäre es natürlich gewesen, wenn es unter Windows wie mit Windowskomponenten und unter Linux mehr linuxmäßig und auf'm Mac macisch aussehn würde.
So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.

Dafür gibt es aber kein UI Kit, und um es auf dem jeweiligen System 'Nativ' aussehen zu lassen musst Du jeweils die native API benutzen.

Um das Cross-Platform zu machen, musst Du diese API abstrahieren. Um das sauber zu machen, musst Du Dich auf den kleinsten gemeinsamen Nenner einigen. Wenn Du das tust, stehen Dir auf den spezifischen Plattformen nicht alle Features zur Verfügung, die Du bräuchtest, die es auch überall irgendwie gibt, die sich aber so massiv unterscheiden dass Du sie nicht gemeinsam abstrahieren kannst.

Dazu kommt dann noch, dass bestimmte UI Konzepte wie z.B. die native Mac-Oberfläche zwangsläufig MVC benötigen, das mit einem Forms- und Eventbasierten Konzept aber nicht abbildbar ist.

Kurzum: Es wird aller Vorraussicht nach nie ein X-Platform-System geben, dass überall nativ aussieht. Aus genau diesem Grund empfehlen richtige Cross-Platform Entwickler ja auch, seine Anwendung mehrschichtig aufzubauen, UI von Logik zu trennen und für jedes System eine native GUI mit dem jeweiligen am besten passenden Toolkit zu erstellen, und den non-Gui-Code hinten halt wiederzuverwenden.

Dabei kommen dann am Ende Lösungen bei raus, die auf jeder der unterstützen Plattformen richtig aussieht, sich auch richtig anfühlt und vor allem - aus Entwicklungssicht - auch besser wartbar weil entkoppelter ist.

Natürlich ist das mehr Aufwand, aber der rentiert sich imho, weil die Software besser angenommen wird und auch das Aufräumen in der Architektur macht sich auf längere Sicht mehr als bezahlt.

[DeddyH]

Zitat von MEissing:

Für Cross-Plattform-Kompilate ist die FireMonkey Bibliothek Voraussetzung.

Möchte man Windows und Mac programmieren -> FireMonkey

Ach, so ist das zu verstehen. Danke für die Information/Richtigstellung.

[MEissing]

Zitat von DeddyH:

Ach, so ist das zu verstehen. Danke für die Information/Richtigstellung.

Mehr dann auf den Delphi-Tagen

[bernau]

Zitat von himitsu:

So isses ja im Prizip doch immer eine geskinnte Anwendung, welche sich nicht ins System eingliedert.

Prinzipiell finde ich es gar nicht schlecht, wenn mann seinem Delphi-Projekt des gewisse aussehen verleiht. Mit Turbopascal für Windows (lange ist's her) erzeugte Programm hat man eigendlich immer erkannt. Die "gehämmerte" oberfläche. Die OK/Abbruch-Buttons. u.s.w.

[Stevie]

Zitat von Phoenix:

Aus genau diesem Grund empfehlen richtige Cross-Platform Entwickler ja auch, seine Anwendung mehrschichtig aufzubauen, UI von Logik zu trennen und für jedes System eine native GUI mit dem jeweiligen am besten passenden Toolkit zu erstellen, und den non-Gui-Code hinten halt wiederzuverwenden.

Was man dann ja wohl vergessen kann...

Zitat von bernau:

Prinzipiell finde ich es gar nicht schlecht, wenn mann seinem Delphi-Projekt des gewisse aussehen verleiht. Mit Turbopascal für Windows (lange ist's her) erzeugte Programm hat man eigendlich immer erkannt. Die "gehämmerte" oberfläche. Die OK/Abbruch-Buttons. u.s.w.

Und genau das hat mich damals schon genervt.

[himitsu]

Da jeder sich sein Windows (vermutlich auch Linux und Mac) so stylen kann, wie er will,
wäre es doch total blöde, wenn jedes Wald-und-Wiesen-Programm dieses ignoriert und sich dem Wunschstyle einfach so wiedersetzt.