Online/Offline-Software-Konzept für Win, Apple, Android

[TurboMagic]

Wenn's auch was kosten darf könnte auch Interbase eine Option sein, da es davon explizit auch eine IBLite für mobile Geräte gibt.
Ich hab' jetzt aber keine Ahnung, ob man mittels FireDAC von Android / iOS direkt auf einen IB Server irgendwo verbinden kann.

Für die meisten DB's gibt's m.W. nämlich keinen Client für mobile Platformen.

[mkinzler]

DevART (UniDAC usw.) unterstützt auch iOS/Android. Ich würde aber von mobilen Geräten nie direkt auf Datenbankserver zugreifen, sondern immer eine Middleware (Rest) verwenden.

https://www.devart.com/unidac/docs/compatibility.htm

[Rollo62]

TmsWebCore ist schon eine feine Sache, das stimmt.
Wenn dir das ausreicht, ist es sicher OK.

Ich bin aber nicht sicher ob damit alle Features der Telefone unterstützt werden,
ich denke wohl eher nicht.

Mit Fmx, ohne Nutzung besonderer Features, laufen die Apps auch recht stabil.
Die Probleme fangen bei 1. und 2. da an wenn man tiefer in die FeatureKiste greifen muss.

Wenn es nur einfache DB mit Visualisierung ist, sollte es mit beiden Optionen machbar sein.
Aber es ist richtig das man erstmal eine Menge dazulernen muss, was AppStores etc. betrifft.
Man muss auch sagen das es schon eine Umstellung von Desktop auf Mobile ist, denn da gelten andere Regeln, und man kann nicht mehr Alles machen was man möchte.

Edit:
Noch was zu den "Problemen" mit Mobile-Platformen:
Du musst nicht glauben das die Android/XCcode Plattformen komplett Problemfrei sind.
Ich recherchiere dauernd auch in Android/iOS Foren, und die sind IMHO genauso voll von Problemen.
Vieles geht da leichter, maches geht aber auch dort nicht so einfach.
Das Delphi da nochmal was obendrauf setzt ist richtig, aber damit kennt man sich wenigstens besser aus.

[jobo]

Zitat von IBExpert:

..
Wir haben uns auf Basis von Kundenprojekten also ausschliesslich auf Webapps auf Basis von
lazarus/pas2js/tmswebcore konzentriert und bieten dafür auch Consulting an (auch im Rahmen
der Hotline).

Wir machen auch viel mit Webapps. Das ist erstmal ganz simpel eine Webseite für alle Plattformen.
Dann natürlich Größenunterschiede berücksichtigen und natürlich auch oft bauartbedingt funktionale Unterschiede.
Am Ende wird bei Bedarf auch eine (unsichtbare,) native Rahmenapp verwendet.

Puristen und Fans stört dann wahrscheinlich die Optik, die nicht dem Gerätestandard entspricht. Fachanwender freuen sich dagegen, dass jedes Gerät gleich zu bedienen und navigieren ist.

[Rollo62]

@jobo
Nimmst Du dafür TmsWebCode ?
Bleibt das auch performant wenn man mal größere Apps, statt der einfachen Demos baut ?

[jobo]

Zitat von Rollo62:

@jobo
Nimmst Du dafür TmsWebCode ?
...

Nein, das ist eine Eigenentwicklung, hat nichts mit Delphi zu tun.
Ich wollte mit dem Beitrag nur betonen, dass man HTML(5) plus Frontend Scripting gut als Geräte übergreifende UI verwenden kann. Der Online Aspekt ist allerdings bei uns in dem Fall anders. Es gibt gemeinsame Inhalte (Mediendateien) und dadurch sozusagen Online "Zwang". Die Offline Funktionalität ist dadurch sehr übersichtlich und würde noch mal extra Aufwand erfordern, wenn es nahtlos weitergehen sollte ohne I-Net.
Echte On-/Offline Apps haben wir bis jetzt nur nativ für Android gemacht. Das läuft über Postgres Server, SQLite und JSON/Rest.

[erich.wanker]

Danke für die vielen hilfreichen Hinweise


Hallo Jumpy
.. der Server sollte dann beim Kunden stehen

Hallo jobo
SQLite auf den Endgeräten ist sicherlich die beste Lösung

Hallo Rollo62
Wenn ich bei Firebird bleiben kann - würde ich es natürlich bevorzugen

Hallo IBExpert...
Wow .. ein sehr ausführliches Posting .. mit vielen Hilfreichen Informationen .. DANKE !!!

P.S.: Ich selbst arbeite seit Jahren mit der UniGUI .. und bin sehr zufrieden damit.
Der einzige Nachteil ist die Internetverbindung .. ich habe Kunden die auf 2500 Meter Seehöhe arbeiten und teilweise keine Verbindung haben.

Hallo mkinzler..
"...sondern immer eine Middleware (Rest) verwenden." ist ein wichtiger Hinweis .. DANKE !!!

[Rollo62]

Zitat von erich.wanker:

Danke für die vielen hilfreichen Hinweise

Hallo Rollo62
Wenn ich bei Firebird bleiben kann - würde ich es natürlich bevorzugen

Ich will Dir Firebird gar nicht ausreden, das ist auch mein Favorit.
Aber man sollte klarstellen wie und wo Du den dann nutzt:

• Desktop: Kein Problem
  
• Server : Kein Problem
• TmsWebCore = Server: Sollte kein Problem sein, habe aber mit TMS noch keine Projekte gemacht.
• Tms mit PWA: Serverseitig wohl kein Problem, aber lokal läuft dann was eigenes
  (mit TMS checken, ich denke HTML5 offline DB per JS).
• Mobil via REST Server: Serverseitig FB ist kein Problem, das wäre für so eine Anwendung wo ich REST nehmen würde
• Ausnahme
  Mobile : (D.h. wenn Du direkt auf iOS/Android mit FMX auch lokal arbeiten möchtest)
  Da würde ich ausser Sqlite und IbToGo erstmal nichts anderes nehmen, andere lokale DB können ziemlich hakeln, wohl auch der FB (falls das überhaupt geht).

[mkinzler]

FireBird embedded gibt es auch für Android und iOS. Für 2. ist aber der Ansatz problematisch für den Vertrieb über den AppStore.

[jaenicke]

Ich vermisse bei TMS noch den Hinweis auf TMS Aurelius und TMS Echo. Mit Echo kann man die Daten direkt replizieren ohne sich darum zu kümmern:
https://www.tmssoftware.com/site/tmsecho.asp