Gerüchte um XE2 Beta-Test

[cookie22]

Darauf läuft aber alles hinaus. Microsoft macht es doch selbst vor mit WPF.

[jaenicke]

Zitat:

Zitat von Stevie (Beitrag 1114941)

Zitat:

Zitat von Phoenix (Beitrag 1114915)

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...

Ich habe es zwar nicht ausprobiert (dann dürfte ich ja eh nix dazu schreiben), aber ich sehe nichts was dagegen spricht, es sei denn du willst einen visuellen Designer. Denn schließlich kannst du Code für die Plattform schreiben und kommst also auch sicher an Bibliotheken der Plattform heran. Du kannst also vermutlich einfach quasi "non-Firemonkey" entwickeln. :mrgreen:

[Phoenix]

Zitat:

Zitat von Stevie (Beitrag 1114941)

Zitat:

Zitat von Phoenix (Beitrag 1114915)

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...

Nö. Mit einem bisschen Architektur und vielen Ogern.. erm.. Zwiebeln.. äh.. Schichten, ja genau: Schichten, geht das ohne weiteres.

Man muss halt etwas mehr Zeit da rein stecken.
Mal ein Beispiel: Der Bugtracker von RemObjects war irgenwann mal ein Bugzilla. Dann kam ein Projektsystem (nochmal Bugzilla) dazu. Und ein Supportsystem (nochmal Bugzilla). Im Laufe der Jahre wurde aus dem Projekt- und Bugtracking ein Komglomerat von 6 Bugzilla-Datenbanken, einem angepassten Bugzilla-Frontend und einer Windows-Applikation. Historisch gewachsen eben.

Heute steht dort ein Middle-Tier-Server der die Datenbanken bedient, eine Windows-Applikation, eine Mac-Applikation und eine iPhone & iPad-App. Die Windows-, Mac- und iOS-App teilen sich den gleichen Code für den Zugriff auf den Backend-Server und stellen nur jeweils andere GUIs zur verfügung. Die iOS App sogar gleich zwei unterschiedliche GUIs je nach Gerät. Der Backend-Server teilt auch noch ein bisschen Code mit den Frontend-Apps.

Natürlich war das ein Stück Arbeit, aber herausgekommen sind Apps, die vorne jeweils die bestmögliche User-Experience bieten und dennoch hinten im 'unsichtbaren Teil' mit einem Schlag kollektiv erweitert / gewartet werden können.

Von daher ist das nichts, "Was man dann ja wohl vergessen kann", sondern ein (und meiner Meinung nach der richtige) Weg, Cross-Platform Anwendungen aufzusetzen.

[Stevie]

Zitat:

Zitat von Phoenix (Beitrag 1114986)

Nö. Mit einem bisschen Architektur und vielen Ogern.. erm.. Zwiebeln.. äh.. Schichten, ja genau: Schichten, geht das ohne weiteres.

War eher auf den Einsatz von FireMonkey bezogen... ich bin ja auch nicht son Masochist und benutz Delphi um dann non VCL Windows Anwendungen zu bauen.

[bernau]

Zitat:

Zitat von Stevie (Beitrag 1114941)

Und genau das hat mich damals schon genervt.

So unterschiedlich sind die Geschmäcker. ;-)

Adobe macht es mit Lightroom (gibt auch noch viele andere Programme) vor. Wer würde sich das dunkle Layout standardmäßig einstellen? Aber zum dem einen Programm passt es nun mal sehr gut!

[Daniel]

In Auckland haben sie das XE2 nun erstmalig gezeigt - inkl. einer Demo, wie man eine Anwendung für iOS-Geräte (iPhone, iPad, iPod touch) erstellt:

http://sourceitsoftware.blogspot.com...i-for-ios.html

Interessant ist folgender Aspekt:

Zitat:

The iOS app is full native code, with access to hardware such as gps, accelerometer and camera.

Neu ist hierbei der Begriff "NATIVE", den so in diesem Kontext nicht zu erwarten war.

[Memnarch]

Was das skinnen unter FireMonkey angeht:

Ich bräuchte wahrscheinlich nur eines um unter den systemen das richtige layout zu haben.
Eine funktion mit der ich sämtliche bausteine des aktuellen themes abrufen kann.

Ab windows XP z.B. gibt es eine API funktion, mit der ich da dran komme. Wenn es soetwas auch unter den anderen betriebssystemen gibt, könnte man doch abhängig vom OS die jeweil benötigte funktion nutzen um beim start des programmes alle Theme komponennten einmal abzurufen und in die FireMonkey GUI einzubauen, oder nicht? (Wie gesagt WENN es solche funktionen dort auch gibt die dem User erlauben an die grafiken ranzukommen)

[Ralf Kaiser]

Zitat:

Zitat von Daniel (Beitrag 1115004)

Zitat:

The iOS app is full native code, with access to hardware such as gps, accelerometer and camera.

Neu ist hierbei der Begriff "NATIVE", den so in diesem Kontext nicht zu erwarten war.

:gruebel:

Wie kommt denn da jetzt plötzlich das iPhone rein? War bisher nicht die Rede davon, dass MAC unterstützt wird? Oder gibt es irgendeine Möglichkeit MAC-Anwendungen aufs iPhone zu bringen? (ich habe im Apple-Umfeld 0,00000 Ahnung/Erfahrung)

[Phoenix]

Die Cocoa Touch Klassen von iOS und die Cocoa Klassen des Mac sind sehr unterschiedlich. Da kann man nichts einfach wiederverwednen oder gar eine Mac-Anwendung einfach so auf iOS portieren. Wahrscheinlich kann man einfach gegen die entsprechenden Libraries linken und muss dann halt wie non-VCL gegen die iOS API programmieren.

[Lemmy]

also entweder bekommen die Besucher der World-Tour in Australien Drogen, oder XE2 wird einschlagen:

http://www.deltics.co.nz/blog/?p=735


Gut - bei einer Präsentation kann man viel retuschieren. Ich hoffe echt, das ganze funktioniert mit einer zumindest ausreichenden Stabilität...

Grüße