AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

Strategie für PDA Einsatz gesucht

Ein Thema von ibp · begonnen am 10. Mär 2011 · letzter Beitrag vom 10. Mär 2011
Antwort Antwort
Benutzerbild von ibp
ibp

Registriert seit: 31. Mär 2004
Ort: Frankfurt am Main
1.511 Beiträge
 
Delphi 7 Architect
 
#1

Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 14:36
Hi allwissende...

Es geht darum Daten aus einer DB-Applikation auf ein PDA zu schicken, dort abzuarbeiten, Daten wieder zurück an DB-Applikation senden und weiterverarbeiten.

Dabei soll das PDA sich nicht direkt auf die DB schalten, die DB soll auch nicht über Internet ansprechbar sein.

Das ganze soll Semimanuell ablaufen.

Es sollen möglichst alle PDA damit zurechtkommen.

Meine Fragen: Wie würdet ihr das realisieren und mit welchen Programmiersprachen?

Danke schon mal....
  Mit Zitat antworten Zitat
WM_CLOSE

Registriert seit: 12. Mai 2010
Ort: königsbronn
398 Beiträge
 
RAD-Studio 2009 Pro
 
#2

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 14:43
Java, sonst ist alles irgendwie Betriebssystemabhängig, eine JRE hat fast jeder PDA
  Mit Zitat antworten Zitat
Benutzerbild von Phoenix
Phoenix
(Moderator)

Registriert seit: 25. Jun 2002
Ort: Hausach
7.604 Beiträge
 
#3

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 15:09
Die elementare Frage wird wohl sein: Was für PDA's?

Ansonsten ist hier der 'normale' Ansatz einen Application-Server hinzustellen auf den die mobilen Geräte dann verbinden und der die ganzen Geschichten wie Security und DB-Zugriff abhandelt. Da gibt es entsprechende Frameworks für, Du solltest dann nur Sicherstellen dass es auch auf allen benötigten mobilplattformen Client-Bibliotheken gibt oder der Server möglichst viele Protokolle (z.B. REST, ODATA, SOAP) beherrscht um die Clients anzubinden die keine direkte Verbindung mit dem jeweiligen nativen Protokoll hinbekommen (unmittelbare Verbindungen sind immer schneller, deswegen sollte man vermeiden alles über recht langsame Webservices zu machen.

Idealerweise nimmt man für die Clients irgendwas .NET-Basiertes, denn Java wird z.B. auf iOS-, und Windows Phone 7 Geräten nur schwerlich laufen, mit entsprechenden Tools kannst Du .NET Code neben so ziemlich allen anderem aber auch auf Blackberry und Android-Geräte packen.
Sebastian Gingter
Phoenix - 不死鳥
Mein Blog: http://gingter.org
  Mit Zitat antworten Zitat
QuickAndDirty

Registriert seit: 13. Jan 2004
Ort: Hamm(Westf)
1.882 Beiträge
 
Delphi 12 Athens
 
#4

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 15:32
Wann kommt Copper?
Und wird es wieder über Emba teuer verbreitet oder
preisgünstig von RemObjects?
Andreas
Monads? Wtf are Monads?
  Mit Zitat antworten Zitat
alzaimar
(Moderator)

Registriert seit: 6. Mai 2005
Ort: Berlin
4.956 Beiträge
 
Delphi 2007 Enterprise
 
#5

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 15:45
Ich habe das mal mit ASP.NET sehr einfach implementiert. Obwohl ich kaum Ahnung von HTML, ASP und dot.Net hatte, lief die Anwendung innerhalb weniger Tage!

Da mir die Eingabemöglichkeiten mit ASP.NET nicht sonderlich gefallen, habe ich mir dann eine kleine C# Anwendung gebaut, die auf einem PDA unter Windows Mobile läuft. Die Kommunikation hatte ich dann direkt mit der DB gemacht. Das C#-Programm kann man sehr einfach auf dem PC testen.

Mit VS geht das wirklich total einfach. Ich würde es auch gerne mit Delphi realisieren, hab aber keinen Bock, irgendwelche Experimentalteile auszuprobieren.

Da Windows Mobile nicht jedermanns Sache ist, sind andere Plattformen natürlich mindestens ebenso brauchbar.

Microsoft hat das aber wirklich klasse gelöst. Gibt es ähnlich elegante Alternativen (IDE+Emulator+einfacher Upload etc.)?
"Wenn ist das Nunstruck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput!"
(Monty Python "Joke Warefare")
  Mit Zitat antworten Zitat
mquadrat

Registriert seit: 13. Feb 2004
1.113 Beiträge
 
Delphi XE2 Professional
 
#6

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 16:51
Ich würde den Server-Part mit einem Webservice ausstatten. Und die PDA Anwendung dann jeweils in der für den PDA passenden Sprache. Stellt sich halt wirklich die Frage was genau du unter einem PDA verstehst.

Die Alternative wäre eben eine Webseite, die vom PDA aus ausgerufen wird. Kommt halt auf die Anwendung an, ob du ggf. Zugriff auf Barcode-Scanner brauchst oder sonst wwas (wie gesagt PDA ist ein weiter Begriff)
  Mit Zitat antworten Zitat
Benutzerbild von Phoenix
Phoenix
(Moderator)

Registriert seit: 25. Jun 2002
Ort: Hausach
7.604 Beiträge
 
#7

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 16:54
Wann kommt Copper?
Cooper (nicht Copper ) kommt dieses Jahr.

Und wird es wieder über Emba teuer verbreitet oder preisgünstig von RemObjects?
Keine Ahnung (wirklich). Und wenn ich es wüsste dürfte ich wahrscheinlich (noch) nix sagen.

Was ich aber anteasern kann ist, dass es für RO/SDK und DA in entsprechend naher Zukunft auch 'native' Java-SDK's geben wird.
Sebastian Gingter
Phoenix - 不死鳥
Mein Blog: http://gingter.org
  Mit Zitat antworten Zitat
Benutzerbild von ibp
ibp

Registriert seit: 31. Mär 2004
Ort: Frankfurt am Main
1.511 Beiträge
 
Delphi 7 Architect
 
#8

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 18:53
angedacht wäre grob (es geht um Arbeitsaufträge)

DB-Applikation -> XML -> PDA

PDA soll die Daten anzeigen und es müssen ggf. Daten ergänzt/bearbeitet werden. Bisher sind Barcodescanner etc. nicht angedacht.

Nachdem die der Auftrag abgearbeitet wurde schickt man die Daten zurück.

Dabei sollten die Daten nicht direkt wieder in die DB geschrieben werden, dass soll dann eine Zwischenschicht machen die die Daten vorher validiert.

Also grundsätzlich sollten möglichst viele PDA unterstützt werden.
  Mit Zitat antworten Zitat
Benutzerbild von Phoenix
Phoenix
(Moderator)

Registriert seit: 25. Jun 2002
Ort: Hausach
7.604 Beiträge
 
#9

AW: Strategie für PDA Einsatz gesucht

  Alt 10. Mär 2011, 19:05
Wie bereits angedeutet: XML ist ein äussert aufgeblähtes Format. Wenn Du die mobilen Clients einigermassen Performant anbinden willst würde ich nur wenn es auf einem System nicht anders geht auf normale Webservices / SOAP / XML setzen und alles was möglich ist schneller (JSON / ODATA) oder richtig schnell (Binärformate) anbinden.

Wenn ich jetzt wieder mit DataAbstract komme werde ich noch wegen Werbung gesteinigt, aber eigentlich ist genau das eines der Paraderollen für das System. Es kann Serverseitig nahezu jedes beliebige Format abbilden und Clientseitig kann man, wenn es das SDK für die Zielplattform gibt (derzeit iOS (native und alternativ via MonoTouch), Android (via MonoDroid, native in Mache), Blackberry (native) und Windows Phone 7 (native)) eben direkt mit dem gleichen Code andocken und andere Plattformen (z.B. Symbian) greifen dann halt z.B. via ODATA oder eben normale, langsame Webservices drauf zu.

Die ganze Logik liegt dabei dann eben auf dem Server.
Sebastian Gingter
Phoenix - 不死鳥
Mein Blog: http://gingter.org
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:23 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz