Flashforum - Die Community zu Adobe Flash, Flex AIR. Web Design und Inspiration.

Mr.Twister · 12-10-2011, 12:06

Hi,

ich entwickle eine AIR-Anwendung, die das Update-Framework verwendet.
Diese Anwendung möchte ich nun zusätzlich als Mobil-Anwendung anlegen. Hierfür kann der air.update.ApplicationUpdater aber nicht verwendet werden (aus nachvollziehbaren Gründen).

Nun habe ich also folgenden Wunsch:
Ich arbeite weiterhin an meiner AIR-Anwendung und habe weiterhin mein Mobil-Projekt im Workspace, welches den src-Ordner der AIR-Anwendung mitbenutzt.
Die Klasse, die den ApplicationUpdater benutzt, müsste optimalerweise irgendwie anders arbeiten (oder so ähnlich ...) oder deaktiviert werden oder so ...

Ihr seht: Ich suche nach einer Lösung, wie ich möglichst elegant ein AIR-Projekt entwickeln kann und dieses zusätzlich als Mobil-Projekt kompilieren kann. (Ohne den ApplicationUpdater wäre dies bereits sauber möglich)

Danke für Tipps!

Nico B. · 12-10-2011, 12:09

Du kannst doch das aktuelle Gerät abfragen? bsp. über die Auflösung, das Betriebsystem etc.

Dann bauste vor Dein App-Updater Framework ne if-Abfrage und gut ist.

Oder habe ich das Problem missverstanden?

Mr.Twister · 12-10-2011, 12:12

Ist ansich schon ein guter Ansatz.

Allerdings muss ich die Packages ja trotzdem importieren, um sie nutzen zu können, falls es eine AIR-Anwendung ist.

Und das Importieren schlägt bereits fehl.

**Omega Psi** · 12-10-2011, 12:59

3 Projekte, eine Air, eine Mobil und eine Library projekt, das von beiden als Dependency verwendet wird. Diese source-path Verlinkungen sind schlecht, da man sich in bestimmten Konstellationen nur ins Knie schießt. Also, das ganze lieber sauber aufziehen.

Mr.Twister · 12-10-2011, 13:41

Schonmal danke.

Allerdings verwendet die Mobil-Anwendung auch viele Funktionen aus dem air-package. Von daher finde ich es irgendwie unstimmig, zu sagen, dass es ein Library-Projekt gibt und ein AIR-Projekt (und ein Mobil-Projekt)

Ich habe es nun ähnlich aufgezogen:

1. AIR-Projekt: enthält den gesamten Code, der für die beiden flgenden Projekte nötig sind.
2. Desktop-Projekt: verwendet den Code des AIR-Projekts und verwendet zusätzlich den ApplicationUpdater
3. Mobil-Projekt: verwendet den Code aus dem AIR-Projekt, besitzt nur andere Publish-Settings.

12-10-2011, 12:06	#1 (permalink)
Mr.Twister ActionStripper Registriert seit: Nov 2001 Ort: Oldenburg Beiträge: 3.275	air.update.ApplicationUpdater für Mobile-Devices? Hi, ich entwickle eine AIR-Anwendung, die das Update-Framework verwendet. Diese Anwendung möchte ich nun zusätzlich als Mobil-Anwendung anlegen. Hierfür kann der air.update.ApplicationUpdater aber nicht verwendet werden (aus nachvollziehbaren Gründen). Nun habe ich also folgenden Wunsch: Ich arbeite weiterhin an meiner AIR-Anwendung und habe weiterhin mein Mobil-Projekt im Workspace, welches den src-Ordner der AIR-Anwendung mitbenutzt. Die Klasse, die den ApplicationUpdater benutzt, müsste optimalerweise irgendwie anders arbeiten (oder so ähnlich ...) oder deaktiviert werden oder so ... Ihr seht: Ich suche nach einer Lösung, wie ich möglichst elegant ein AIR-Projekt entwickeln kann und dieses zusätzlich als Mobil-Projekt kompilieren kann. (Ohne den ApplicationUpdater wäre dies bereits sauber möglich) Danke für Tipps! __________________ Design ist AUCH Geschmackssache.

12-10-2011, 12:09	#2 (permalink)
Nico B. Neuer User Registriert seit: Dec 2005 Ort: Oldenburg Beiträge: 2.408	Du kannst doch das aktuelle Gerät abfragen? bsp. über die Auflösung, das Betriebsystem etc. Dann bauste vor Dein App-Updater Framework ne if-Abfrage und gut ist. Oder habe ich das Problem missverstanden? __________________ Mein Blog Freue mich über jeden Besucher. :)

12-10-2011, 12:12	#3 (permalink)
Mr.Twister ActionStripper Registriert seit: Nov 2001 Ort: Oldenburg Beiträge: 3.275	Ist ansich schon ein guter Ansatz. Allerdings muss ich die Packages ja trotzdem importieren, um sie nutzen zu können, falls es eine AIR-Anwendung ist. Und das Importieren schlägt bereits fehl. __________________ Design ist AUCH Geschmackssache.

12-10-2011, 12:59	#4 (permalink)
Omega Psi Perverted Hermit Registriert seit: Mar 2004 Ort: Delmenhorst Beiträge: 12.147	3 Projekte, eine Air, eine Mobil und eine Library projekt, das von beiden als Dependency verwendet wird. Diese source-path Verlinkungen sind schlecht, da man sich in bestimmten Konstellationen nur ins Knie schießt. Also, das ganze lieber sauber aufziehen. __________________ http://icodeapps.net \| Meet me at the Flex user group Hamburg talking about CoffeeScript

12-10-2011, 13:41	#5 (permalink)
Mr.Twister ActionStripper Registriert seit: Nov 2001 Ort: Oldenburg Beiträge: 3.275	Schonmal danke. Allerdings verwendet die Mobil-Anwendung auch viele Funktionen aus dem air-package. Von daher finde ich es irgendwie unstimmig, zu sagen, dass es ein Library-Projekt gibt und ein AIR-Projekt (und ein Mobil-Projekt) Ich habe es nun ähnlich aufgezogen: 1. AIR-Projekt: enthält den gesamten Code, der für die beiden flgenden Projekte nötig sind. 2. Desktop-Projekt: verwendet den Code des AIR-Projekts und verwendet zusätzlich den ApplicationUpdater 3. Mobil-Projekt: verwendet den Code aus dem AIR-Projekt, besitzt nur andere Publish-Settings. __________________ Design ist AUCH Geschmackssache.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Mindestvoraussetzungen für Flash auf mobile devices?	Jase	Mobile Flash und Flash Lite	1	01-12-2005 15:26
Mobile & Devices Developer Contest	Jens Franke	Mobile Flash und Flash Lite	0	30-03-2005 11:41
Flash und Mobile Devices	Madokan	Nachrichten	0	21-02-2005 06:34
Flash Lite 1.0, 1.1 Mobile Devices	mladdi	Flash MX 2004	7	19-10-2004 15:37