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.

[cookie22]

Zitat:

Zitat von mkinzler (Beitrag 1224964)

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

Die Frage ist doch wohl wie FM für Android funktionieren wird. Wenn man von dem ausgeht, was uns Emba bisher so geboten hat, bin ich da weniger optimistisch.

Zum Einstieg ist Java wohl gut geeignet und mit IntelliJ IDEA hast du ne wirklich tolle IDE, mit der das Entwickeln richtig Spass macht.

[mkinzler]

Warten wir es ab.

[cookie22]

Ich würde mich freuen, wenn es endlich mal wieder ein solides Produkt gäbe.

[stahli]

... und ich würde so eins :cheers: in echt spendieren (wem auch immer)

[Phoenix]

Zitat:

Zitat von mkinzler (Beitrag 1224964)

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

Nur zur Info: Ich bin seit über einem Jahr schon nicht mehr offiziell Evangelist bei RO.

Aber als Web- und Mobil-Entwickler, und als Technologieberater, der ich neben meiner Arbeit bei Smarthouse immer noch bin, habe ich etliche Gründe, warum FMX so ziemlich der grundlegend falscheste Ansatz ist den man überhaupt fahren kann in meinem Blog festgehalten:

http://dotnetninja.de/2013/04/why-fi...-of-its-being/
http://dotnetninja.de/2013/07/why-fi...ng-the-second/

Wir haben schon viele Ansätze gesehen und auch etliche ausprobiert. Das einzige was sich am Ende bewährt hat, war jeweils möglichst Plattform-Nativ zu arbeiten.

Das kann durchaus auch über andere Sprachen und native bridges gehen (wie z.B. Xamarin und wie es auch PhoneGap zum Teil erlaubt), das mag Oxygene sein das inzwischen Plattform-Native Backends für so ziemlich alles andere anbietet, und das mag gerne auch FPC oder Delphi sein, solange auf die einzelnen Zielplattformen eingegangen wird und das inhärente Plattform-Konzept für den User jeweils spezifisch aufbereitet wird.

Einheitsbrei funktioniert aus Erfahrung mit einer Userbasis von mehreren Hundertausenden nicht. Die Phonegap-Apps die überall gleich aussehen funktionieren dort, wo sie wenigstens einigermassen nativ aussehen und funktionieren noch relativ gut, schneiden in den AppStores der anderen Plattformen aber unterirdisch ab.

Mal davon abgesehen, das man auf Android im Gegensatz zu iOS nicht wirklich viel Umsatz machen kann, hat es sich für bisher jeden Kunden mehr als gelohnt, den zusätzlichen Aufwand einer echten nativen App in Kauf zu nehmen:

Bei keinem einzigen Kunden hat eine Einheitliche App, über alle Plattformen verteilt, ihre Entwicklungskosten wieder eingespielt. Bei jedem Kunden der hingegen auf native Apps pro Plattform gesetzt hat, wurde das Ziel auf jeder Plattform erreicht.

Diese Erfahrung werden hier einige auch noch machen. Mehr als vor dem falschen Ansatz warnen kann ich hier nicht. Und ich sage es nochmal: Ich rede hier ausschliesslich von einer jeweils guten, auf die Plattform zugeschnittenen User Experience, also dem GUI. Wie viel Code in der Businesslogik zwischen den Plattformen geshared wird, ist davon vollkommen unberührt. Nur je besser die UX auf einer Plattform designed wurde, je besser sie sich in das Grundkonzept des Devices integriert, desto erfolgreicher ist die App.

[Daniel]

Ich frage mich gerade, wie das Internet aussehen würde, wenn die Menschen sich mehr konstruktiv mit den Dingen befassen würden, die sie inspirieren und anregen und weniger auf die Dinge draufhauen würden, die sie ablehnen. ... Bei der Vorstellung könnte man fast ins Schwärmen geraten.
:mrgreen:

[RWarnecke]

:thumb::thumb::thumb: