Ideen zur Umsetzung einer Server <> IOS Client Anwendung

[Argonox]

Hallo zusammen!

Ich hoffe ihr alten Hasen der IOS Entwicklung, könnt mir ein paar Tipps geben, wie man folgendes umsetzen könnte:

Es ist eine kleine Anwendung zur Mitgliederverwaltung einer Privatschule zu entwickeln.
Eine Anforderung ist, ca. 5 Ipad Clients per Inet an einen Server anzubinden, damit alle Clients mit der gleichen Datenbasis arbeiten. Später soll es auch einen Webclient für den Desktop Browser geben.

Ein IOS Optimierter Webclient kommt nicht im Frage. Es soll also eine native IOS Applikation werden.

Ich würde gerne die Applikationslogik auf dem Server laufen lassen und das Ipad ist lediglich das Userinterface.

Jetzt ist die Frage: Wie bau ich das ganze grundsätzlich performant und stabil auf?

Welche Techniken kommen da im Frage (Mysql als DB, JSON zur Kommunikation zu IOS usw...)

Hoffe ihr könnt mir bei der Suche nach dem richtigen Weg etwas weiterhelfen.

Grüße,
Argonox

 

[martinv2]

Ich fand den Bonjour-Service, der im Rahmen des Cheddar-Projekts von Xcode von NULL auf Hundert entwickelt wurde, sehr gut. Ziel war dort zwar eine Datei-Synchronisation, aber das Prinzip ist ausbaufähig.

 

[below]

Mysql als DB, JSON zur Kommunikation zu IOS

Ja. Das funktioniert sehr gut.

Alex

 

[Argonox]

Hallo martinv2, Hallo below,

vielen Dank für eure Antworten.

Vielleicht hat Jemand so etwas bereits realisiert in der Vergangenheit? Habt ihr zum Beispiel eine PHP Anwendung auf einem Webserver laufen (glaube eher nicht )? Habt ihr eine C++ Anwendung geschrieben, die auf dem Server lauft? Wie habt ihr auf der Serverapplikation die Schnittstellen zu IOS realisiert?

Wie gesagt: Anwendungslogik auf dem Server und Ipad soll lediglich das Userinterface sein. Wege gibt es viele. Aber ich habe die Sorge, dass ich mich in etwas reinwühle, was dann in einer instabilen, hakeligen Ipad Anwendung mit langen Ladezeiten mündet.

beste Grüße,
Argonox

 

[BerndderHeld]

Deine Webanwendung muß eine API anbieten mit der dann die App kommuniziert. Soll bedeuten das du ein spezifiziertes JSON zum Server schickst, der entsprechend reagiert und dann eine Antwort mit Ergebnis zurückschickt.

Wo genau hakts denn jetzt, bzw auf welchem Level müssen wir dich abholen?

 

[Argonox]

Wo genau hakts denn jetzt, bzw auf welchem Level müssen wir dich abholen?

Hi BerndderHeld,

vielen Dank für deine Antwort.

Mein Problem ist, dass ich noch keine Erfahrung mit dem Aufbau eines solchen Server<> IOS Client Konstruktes habe.
Ich bin daher auf der Suche nach dem Erfolgsversprechendsten Weg. Da es eine Aufwändigere Sache ist, will ich meine Mühe nicht in die falsche Technik stecken.

Ein Weg könnte beispielsweise das Erstellen einer PHP Anwendung (Server) sein. Die Daten werden auf dem Server in einer MySQL Datenbank gespeichert. Die PHP Server Anwendung bietet diverse Schnittstellen für IOS zum Triggern von Aktionen, Beschaffen und Setzen von Daten. Diese Schnittstellen nutzen zur Übertragung von Daten JSON.
In der IOS App werden die Daten nach Abholung in "Core Objekten" gepuffert und anschließend dem UI zur Verfügung gestellt.

In mir macht sich bei obigen Beispiel aber das Gefühl breit, dass es es zu unperformant und unstabil laufen wird. Hauptsächlich aufgrund der PHP Server Anwendung (trotz "sauberen" Codes). Damit habe ich aber noch keine Erfahrung und hoffe darauf, dass ihr sie bereits gemacht habt.

Ziel ist, einen Bedienkomfort wie bei einer XING, Amazon, Facebook oder Ebay App zu erreichen. Nicht aufgrund des Userinterfaces sondern bei Performance und "Übertragungsstabilität".

Hoffe, dass ihr jetzt wisst worauf ich hinaus will .

beste Grüße,
Argonox

 

[JohnSteed]

Moin Argonox,
im Unternehmen überlegen wir für eine Server - IOS Client Anwendung Filemaker einzusetzen.
http://www.filemaker.de/solutions/ios/

Sind aber noch am Anfang der Überlegungen ....

Es gibt dann eine Filemaker Go App, mittels derer man auf die Datenbanken zugreifen kann.

Nur so zur Info

Gruss
Carsten

 

[Argonox]

Hey JohnSteed,

vielen Dank für den Hinweis.

Ich möchte mich und den Kunden ungern an das Filemaker Framework binden. Auch wenn es viele Schnittstellen bietet und ein eigenes UI Framework.
Ich muss hier zugeben, Filemaker selbst hatte ich noch nicht im Einsatz, kenne aber das MS Access pendant. Ich habe erlebt, wie Leute sehr umfangreiche Anwendungen unter Access erstellt haben und welches Chaos das am Ende ausgelöst hat.
Ich sehe diese art von Software als durchaus praktikable Lösung, um für einen begrenzten Zeitraum Kontaktdaten oder Zahlen für Projekte zu sammeln... aber für mehr auch nicht.


Grüße,
Argonox

 

[BerndderHeld]

Performance ist immer so eine Sache. Natürlich hast du die Laufzeiten zum Server und zurück. Aber das liegt in der Natur der Sache und ist dir ja auch bewußt. Aber du redest von weniger als 10 Clients, und einer Schule, also maximal 4stellige Anzahl an Personen. Die Datenbank wird also nicht so überdimensional groß.

Ich würde es wie beschrieben umsetzen. Du mußt halt bedenken das zwei User gleichzeitig den selben Datensatz bearbeiten könnten. Was auch sinnvoll sein kann (dazu müsste man die Daten besser kennen) wenn zum Beispiel die Stammdaten oder sonstige Tabellen die Sich nicht oft ändern als erstes komplett auf das Telefon geschoben werden und dann nur Veränderungen übertragen werden. Zusätzliche Datenschutzprobleme macht man sich damit natürlich auch noch selbst.

 

[Argonox]

Hallo BerndderHeld,

Ok. Muss dann mal schauen, ob ich den Serverpart auf PHP aufbauen werde. Dachte eher an eine C# oder Objective C Awendung.

besten Dank an alle!

Gruß,
Argonox

 

[below]

Dachte eher an eine C# oder Objective C Awendung.

Das hängt ja stark von Deinem Server ab. Auf einer Windows Kiste kenne ich Leute, die sehr glücklich mit ihrem .net Server in C# sind. Und die bedienen viele Clients.

Objective-C ist nur etwas, wenn Du einen Mac Server hast. Es gibt da jetzt eine Lösung von ein paar Freunden von mir (hier: http://objective-cloud.com), aber insgesamt finde ich, das für Server Objective-C nicht die Waffe der Wahl ist. Eher Ruby, Java, oder eben PHP.

Gruss

Alex

 

[Bananenbieger]

Für APIs bietet sich eigentlich Python mit Django an. Django hat auch einen Admin-Generator, womit man schnell eine WebUI hinbekommt.

Ansonsten ist Ruby on Rails i.V.m. ActiveAdmin auch eine gute Lösung. Beispiel zu iOS und Ruby on Rails z.B. hier: http://de.slideshare.net/maximeguilbot/rails-as-ios-application-backend

 

[Argonox]

Hallo Bananenbieger,

was im Titel der Ruby on Rails Website zu lesen ist klingt ja schon mal super :-D:

Ruby on Rails is an open-source web framework that's optimized for programmers happiness...

Schau ich mir mal an. Vielen Dank

Gruß,
Argonox