Hallo Jo,
sorry hab deine Antwort erst jetzt gelesen.
Ich hab beide Möglichkeiten nur überflogen und kenne mich mit
JS fast nicht aus…
Doof finde ich beim HTML- /JS-Ansatz, dass mein (ggf nicht
vorhandener) Server eine Query-URL bieten muss (?).
Für HTML und JS brauchst du keinen Server …erst einmal.
Es könnte
ja auch eine Anwendung sein, die eine lokale DB hat
z.B. eine Dateibasierte wie sqlite…würde ich bei Softwareentwicklung und kleineren Projekten vorziehen.
und daher
gar keinen Web- / Servlet- / EJB-Container / Websocket oder
was es sonst noch so gibt braucht.
Braucht man auch nicht um HTML und JS in Java auszuführen.
Da es um ein Excel-File geht würde ich vermuten, dass diese
Datei sowieso lokal existiert
Dateiverwaltung ist „immer“ eine schlechte Wahl…man kann Dateibasierte Datenbanken nehmen.
- sonst würde ich nicht den
Aufwand über POI (zumindest clientseitig) betreiben um ein
Chart zu erstellen.
Du sagst es Aufwand! Jede Excel-Datei kann man in einem Rutsch in eine DB tranferieren. Googlecharts ist das einfachste ohne wenig Aufwand zu einem extrem guten Ziel zu kommen z.B. Animierte Charts.
Dann würde ich beim persitieren eher ein
paar Tabellenspalten mehr in kauf nehmen als ein Blob in der
DB zu speichern (ermöglicht einem auch m.M.n. mehr)
Den Datentyp Blob brauchst du gar nicht in dem Fall.
Client würde ich nur das geben was er fürs Anzeigen des Chart
braucht um den Traffic zu minimieren.
Wo kein Server ist, ist kein Traffic…das ganze läuft lokal (ohne Server).
Daher würde ich den POI + JFreeChart bevorzugen.
Ist halt eine programmatische Lösung hat sicher seine Vorteile, ist aber definitiv erst einmal mehr Arbeit + wird es nicht so schön aussehen
Wie siehst du das?
Javascript/CSS wird auch auf dem Desktopbereich Einzug erhalten und sich auch durchsetzen (Eclipse E4) hat ja schon Ansätze drinnen, Apple hat im neuen Yosemite (und schon vorher) auch diesen Weg eingeschlagen. Stichwort: Javascript Widget Entwicklung.
Selbst nimmt man die Webtechnologie Vaadin (rein programmatisch Anwendungsentwicklung -> hier finde ich das super) und im Unterbau werden (Charts per Javascript, Ajax-Request usw.) abgehandelt, ohne das man nur einen Funken JS oder HTML können muss (an CSS in dem Fall Sass) kommt man auch dort nicht drum herum.
Was ich damit sagen möchte ist, dass ich eine reine Programmierung schon vorziehen würde, wenn das Ergebnis stimmt (z.B. aussehen) und das bietet halt JFreeChart aus meiner Ansicht nicht, von daher sehe ich es als verlorene Zeit sich damit zu beschäftigen.
Und würde lieber googlecharts in einer Javaanwendnung verwenden.
Gruß XXD