Suche Entwicklungstool zur App-Entwicklung

[Morphie]

Ich suche zur Zeit ein passendes Entwicklungstool, mit dem ich eine App für mehrere Devices entwickeln kann.

Es soll quasi eine Kundendienst-App werden, welches auf verschiedenen Tablets laufen soll. (Win32, WinRT, iOS, Android)
Die App wird hauptsächlich aus einem Datenaustausch mit der Zentrale / Büro bestehen und aus mehreren Masken / Tabellen, die der Monteur bearbeitet und einträgt.

Ich möchte nicht für jedes Device ein eigenes Projekt starten, sondern das Projekt für mehrere Devices kompilieren.
Wenn das nicht 1:1 machbar ist, würde ich gerne zumindest die Programmlogik übernehmen und für jedes Device eine eigene GUI bauen.

Habt ihr da irgendwelche Empfehlungen für mich? Was ist zur Zeit angesagt?

[Phoenix]

Wenn WinRT dabei sein soll, dann würde ich mir mal Xamarin angucken.

[Union]

Ich würde zu Titanium tendieren.

[hathor]

ANDROID:
http://www.codeproject.com/Articles/...id-Application

[mkinzler]

Ein mit Android Studio entwickeltes Programm wird aber nicht auf iOS, Win32, WinRT usw. funktionieren.

[cookie22]

PhoneGap

[Phoenix]

Zitat:

Zitat von cookie22 (Beitrag 1223204)

PhoneGap

PhoneGap unterstützt keine Windows Store Apps (z.B. für Win RT).

[vagtler]

Zitat:

Zitat von Phoenix (Beitrag 1223210)

PhoneGap unterstützt keine Windows Store Apps (z.B. für Win RT).

Sicher?

http://phonegap.com/blog/2012/11/01/phonegap-220/
http://docs.phonegap.com/en/2.2.0/gu..._index.md.html

[Phoenix]

Zitat:

Zitat von vagtler (Beitrag 1223211)

Zitat:

Zitat von Phoenix (Beitrag 1223210)

PhoneGap unterstützt keine Windows Store Apps (z.B. für Win RT).

Sicher?

http://phonegap.com/blog/2012/11/01/phonegap-220/
http://docs.phonegap.com/en/2.2.0/gu..._index.md.html

Ja, sicher.
Das ist letzlich eine reine Windows Store App die man mit dem VS erstellt, die lediglich einige PhoneGap-API's importiert um sie weiterzuverwenden.
Was allerdings ernsthaft Schwachsinn ist, wieso sollte man auf einer eh schon auf HTML5 und JavaScript basierten API nochmal einen HTML- und JavaScript-Wrapper drumrum verwenden? Das macht die Sache nur langsam.

Das heisst konkret:
PhoneGap in Eclipse oder Netbeans -> iOS
PhoneGap in Eclipse oder Netbeans -> Android
Native Windows Phone 8 App im Visual Studio (mit optionalem PhoneGap API import) -> Windows Phone
Native Windows Store App im Visual Studio (mit optionalem PhoneGap API import) -> Windows 8 und RT

Das bricht Dir da halt auch die komplette Toolchain die man sonst für alles andere verwendest.


Xamarin hat alles entweder im Visual Studio oder direkt im Xamarin Studio, schön einheitlich. Okay - es ist dafür halt auch ein kostenpflichtiges Tooling.

[vagtler]

Naja, aber in Xamarin muss ich auch die jeweiligen Plattform-Tools nutzen. Xcode für iOS-UI-Design, ADK bzw. demnächst IntelliJ (endlich! :stupid:) für Android UI. Und iOS-App-Packages (.ipa) kann ich ohne Build-Mac auch nicht unter Visual Studio erstellen.

Die Kosten i.H.v. fast 2.000US$ für die Unterstützung von Android und iOS sind auch nicht ganz unerheblich.

Nicht falsch verstehen: ich bin ein absoluter Fan von Xamarin, aber man sollte PhoneGap nicht schlechter machen als es ist.

[Furtbichler]

Zitat:

Zitat von Phoenix (Beitrag 1223212)

...es ist dafür halt auch ein kostenpflichtiges Tooling.

:shock: Äh, Wasndasn?

[Phoenix]

Tooling - Sammelbegriff für Werkzeuge.. http://www.linguee.de/englisch-deuts...g/tooling.html

Sorry, aber ich habe echt einen derb großen Englischanteil in meiner tagtäglichen Kommunikation, da verrutschen insbesondere Fachbegriffe gerne mal. :stupid:
Ich ertappe mich immer öfter dabei, das mir für bestimmte Sachen sogar die deutschen Wörter fehlen und ich das englische nehmen muss. Meine Kollegen verstehen das aber freilich ;-)

[Morphie]

Ich werde mir jetzt erstmal Xamarin ansehen... :-)
Mal sehen ob ich damit klar komme... Das ist der erste Einstieg für mich in die App-Entwicklung

[Union]

Ein kleiner Nachteil von Xamarin ist aus meiner Sicht, dass Du auf Plattformen, die nicht .NET unterstützen dafür eine Emulationsschicht installieren mußt. Unter iOS monotouch, bei Android Android.Views und unter Windows XAML oder direkte API. Ein absolutes Muß ist die 100% Trennung von Oberfläche und Code. Dahingehend wäre Firemonkey schon eine tolle Sache, aber dort liegt der Hauptaufwand darin, dass man die Fehler und Unzulänglichkeiten dieses Frameworks erkennen und Workarounds programmieren muß. Zudem wird momentan nur iOS unterstützt.

[Morphie]

Bei .NET trenne ich sowieso immer Code und Oberfläche. In meiner Präsentationsschicht ist nicht ein Stück C# Code zu sehen... Daher hätte ich damit kein Problem.
Ich denke das ist auch eher ein Vorteil, denn nur so kann man die gleiche Codelib für verschiedene Plattformen benutzen...