Best Practice: Reports auf Android

[Dejan Vu]

Ahoj,

Wir haben eine Android App für den Außendiensteinsatz, Verbindung über 3G/Mobile. Auf dem Tablet sollen Reports angezeigt werden, z.B. wenn der Außendienstmitarbeiter seine Monatsübersicht sehen will. So ein Report besteht aus ein paar Linien und Text, das, was man Gemeinwohl mit einem einfachen Reportgenerator so hinwurschteln würde.

Die Bandbreite ist leider limitiert, d.h. wir suchen nach einer möglichst kompakten Lösung (hinsichtlich der zu verschickenden Daten). Ach ja, der Außendienstmitarbeiter möchte den Report vielleicht auch ausdrucken.

Ist hier PDF das richtige Mittel? D.h. PDF auf dem Backend rendern und zum Tablet schicken? Oder geht das noch einfacher (HTML z.B.)? Laienfrage: Der Ausdruck von HTML ist halbwegs ordentlich?

Was ist hier 'best practice'?

Danke für Vorschlage.

[Rollo62]

Ich schlage mich gerade mit ähnlichen Fragen rum, aber eher vom Mobile generierte raus in die weite Welt.

Was ist mit RTF-Format, das ist sehr gut kompatibel auf den meisten Plattformen ?
Ist zwar grausames Protokoll, aber wenn man mit Word/WordPad ein Template bastelt kann man schnell die Stellen finden
wo man etwas reinschreiben kann.
Natürlich ist das kein schönes Datenaustauschformat, aber du willst ja nur etwas anzeigen.

Welche App sich dafür verantwortlich fühlt weiss ich aber auch nicht, womöglioch musst du dann noch einen Viewer installieren.
Auf Win/Mac ist jedenfalls schon was dabei.

Rollo

[Mavarik]

Ich nehme für so etwas eine eigene Implementation...

Form -> XML -> Gepackter Stream -> Device -> Auspacken -> eigene Render Routine...

Wenige Bytes die übertragen werden...

Beispiel: 25 DIN A4 Formular Seiten (Ausfüllbar) 57kb

[HolgerX]

Zitat von Mavarik:

Ich nehme für so etwas eine eigene Implementation...

Form -> XML -> Gepackter Stream -> Device -> Auspacken -> eigene Render Routine...

Wenige Bytes die übertragen werden...

Beispiel: 25 DIN A4 Formular Seiten (Ausfüllbar) 57kb

Und wenn Du statt XML z.B. JSON nimmst, dann werden die 25 Seiten nochmals deutlich kleiner..

[Dejan Vu]

Ich wollte eigentlich nichts Eigenes entwickeln.

RTF wäre eine Option, aber ist das kleiner als PDF? Ich messe mal nach.

[Rollo62]

Hallo Dejan Vu,

die Frage ist ja redest du von einer Seite oder von 3000 ?
Mir reichen 1-2 Seiten aus, da kommt es mir nicht aufs letzte Byte an.

Wahrscheinlich ist PDF kleiner, weil komprimierter.

Auch HTML5 ist sehr gut, weil du damit fast alles machen kannst, aber es wird i.d.R.
mehrere Files brauchen.

Wenn ich dich richtig verstehe möchtest du nur die StandardApps auf dem Phone nutzen, und noch nicht einmal
eine kleine Entpacker-App ?

@Mavarik
Wozu der Aufwand eigene Rendering engine zu bauen ?
Wenn schon Entpacker wäre es viel einfacher einfach gezipptes HTML5 zu übertragen, da hast du alle Möglichkeiten und mehr ...

Wahrscheinlich ist der Unterschied in der Philosophie, du möchtest die Daten auf dem Phone selber vermuscheln,
und Dejan Vu möchte einfach nur ein Dokument anzeigen mit Bordmitteln.
Ich würde es wahrscheinlich auch erstmal so wie du probieren, aber wenn man keine App installieren kann/darf ?

Rollo

[Dejan Vu]

Also es werden -denke ich- nur wenige Seiten sein, so um die 10. Installieren oder verwenden werde ich alles, was notwendig ist, um die gewünschten Funktionen hinzubekommen (also: fast alles).

Ich will ja auch nicht unbedingt das letzte Byte rausholen, sondern nur wissen, was man als gestandener Android/Mobile-Entwickler denn so macht ('best practice' eben).

Von einer handgebissenen Rendering-Engine halte ich nicht viel ('Not invented here'), aber für den konkreten Fall mag das eine Alternative sein. Wenn PDF das Normale ist, nehme ich eben PDF. Sehr viel kleiner werden die Dateien mit Kompression ja nun auch nicht, also scheint das Format an sich nicht sonderlich aufgebläht zu sein.

[Mavarik]

Und wie willst Du den PDF darstellen?