Einstieg in die Android-Entwicklung

[Morphie]

Hi,

ich muss mich zur Zeit in die Android-Entwicklung einarbeiten und fange sozusagen bei Null an.
Das Ziel ist eine App zu entwickeln, die Daten mit einem eigenen Webservice (REST, SOAP,...?) austauscht.

Wir haben in unserer Windows-Software eine Datenbank mit Aufträgen, Positionen usw...
Die Datenbank soll über einen Webservice über das Internet angesprochen werden können.

Frage 1:
Wie / womit entwickelt man am besten einen Webservice, der später mit der Android-App kommunizieren kann?

In der App soll es dann eine Liste (ListView) mit allen Aufträgen geben.
Bis hier hin halte ich das für ein übliches Anwendungsgebiet für eine App. > Liste asynchron aus einem Webservice laden und in einer ListView darstellen.
Leider finde ich im Internet keinerlei Beispielprojekte zu so einem "trivialen" Problem.
Woran liegt's? Sind Beispiele in der Java/Android-Welt nicht üblich?
Oder ist die Problemlösung wirklich so kompliziert?

Im nächsten Schritt möchte ich nicht mehr alle Aufträge auf einmal laden, sondern X Datensätze laden und wenn man am Ende der ListView angelangt ist, sollen die nächsten X Aufträge geladen werden...
Wenn ich mir z.B. die Facebook-App ansehe, dann halte ich auch dies für eine übliche Problemstellung...

Frage 2:
Kennt ihr gute Beispielprojekte, wo genau sowas beschrieben wird? Oder Bücher, in denen gängige Problemstellungen in der Android-Entwicklung behandelt werden?

Wie seid ihr in die Android-Welt eingestiegen?

[jaenicke]

Das kommende Delphi für Android mit DataSnap wäre eine Variante. Den HTML5 Builder würde ich in Anbetracht der Tatsache, dass das bald kommt, nicht mehr emfehlen, auch wenn der sicher auch dafür funktioniert.

Wenn beide Seiten komplett neu entwickelt werden sollen, wäre aber auf Clientseite auch eine Lösung mit Eclipse oder dem in der Entwicklung befindlichen Nachfolger für Android Entwicklung - Android Studio - sinnvoll:
http://developer.android.com/sdk/installing/studio.html

Die Integration der Datenbanken usw. wirst du da aber nicht so einfach haben wie mit Delphi. DataAbstract für Java oder JavaScript z.B. kann dir da aber weiterhelfen.

[arnof]

Wir dürfen ja dazu nichts sagen, ich kann Dir nur mal die offiziellen Blog empfehlen, da kannste schon was sehen. Bis man sich in ein anderes System eingearbeitet hat und mit XML Forms gemacht hat und was es da noch für Sachen gibt, bis dahin ....

http://blogs.embarcadero.com/

[Morphie]

Da beide Seiten komplett neu entwickelt werden, halte ich den Java-Ansatz für sinnvoll, da es eben DIE Programmiersprache für Android ist...

Und gerade, nachdem ich den Thread eröffnet habe, habe ich ein passendes Beispielprojekt gefunden *g*
http://www.themobilemontage.com/2012...-android-apps/

[arnof]

kommt immer auf die Art der Anwendung an, ich mache vieles mit Datenbanken!

Wenn ich sehe was das für eine Arbeit ist mit Java das entsprechend zu machen, da hat man in Delphi schon einiges schneller zusammen (unabhängig von der Version).

Für Systemnahe Projekte ist Java sicher die logische Wahl!

[vagtler]

Zitat:

Zitat von arnof (Beitrag 1224946)

[...] Für Systemnahe Projekte ist Java sicher die logische Wahl!

Da bin ich nicht ganz d'accord. Für systemnahe Projekte wäre die NDK-Entwicklung mittels C/C++ sicher die logische Wahl, für übliche "native" App-Entwicklung auf Android besteht dann durchaus die Wahl zwischen Java und C#.

Und mit dem auf IntelliJ IDEA basierenden kommenden ADK ist man auch schon durchaus komfortabel unterwegs.

[Morphie]

C# auf Basis von Mono? (Mono for Android, Xamarin?)

[Phoenix]

Zitat:

Zitat von vagtler (Beitrag 1224947)

Für systemnahe Projekte wäre die NDK-Entwicklung mittels C/C++ sicher die logische Wahl

Veto.

Siehe hier: http://developer.android.com/tools/sdk/ndk/index.html

Zitat:

Zitat von Google

Before downloading the NDK, you should understand that the NDK will not benefit most apps. As a developer, you need to balance its benefits against its drawbacks. Notably, using native code on Android generally does not result in a noticable performance improvement, but it always increases your app complexity. In general, you should only use the NDK if it is essential to your app—never because you simply prefer to program in C/C++.

[Daniel]

Ich würde sagen, das kommt auf die Definition von "systemnah" an. Auch der verlinkte Absatz sagte ja nur, dass man nicht pauschal und ohne Grund zum NDK greifen sollte.

[mkinzler]

@vagtler Und wenn NDK, dann ist es egal ob C++ oder Delphi oder warum sollte dann C++ hier besser sein als Delphi?

Zitat:

Zitat von arnof

Wir dürfen ja dazu nichts sagen

Lese dir deine NDA nochmal genau durch :wink:

Sebastian hat da halt die selbe Meinung wie sein Kollege/Chef http://blogs.remobjects.com/blogs/mh/2013/08/12/p6194

Für (Delphi-)Entwicker die auch (schon) für iOS entwickeln hat die gemeinsame Codebasis unter Verwendung von FM mobil natürlich Vorteile.