Datumsevents speichern

Hey,

ich würde dir SQLite empfehlen. Das ist eine Datenbank in Android. Es gibt tausende Tutorials dazu im Netz, einfach mal suchen: "Android SQLite Tutorial (deutsch)".

Damit kannst du deine Termine perfekt abspeichern, sie bleiben bestehen, auch wenn du das Gerät ausschaltest oder die App beendest. Ebenfalls kannst du mit dem Update/Delete-Befehl Termine wunderbar bearbeiten/löschen.

Eine mögliche Struktur könnte wie folgt aussehen:

id | name des termins | inhalt des termins | zeitpunkt |

Die id ist immer eindeutig, so kannst du auch Termine bearbeiten, die eventuell an einem Tag sind.

Ich hoffe, das hilft dir weiter.

Grüße von

Stirnraten auf AndroidPit

PS: Nicht, dass ich dich falsch verstehe, um eine Dateobjekt zu erstellen, liefert Java eine Date-Klasse mit. In SQLite kannst du dann ein Zeitobjekt abspeichern.

Wenn du einen extra zugeschnittenen Adapter dafür hast, dann ist es sinvoll es dort zu laden und zu speichern.
Wie schon gesagt wurde, ist hier eine DB angebracht.
Da kannst du dann deine Spalten für Kategorien anlegen etc.
Somit sind die Daten ordenlich gespeichert.

Was meinst du online und/oder offline?
Sollen die Daten aus der DB auch noch synchronisiert werden?
Dann könnest du ne online DB mit PHP und MySql nutzen, mit der dann die locale DB abgeglichen wird.

PS: das mit den Strings ist jetzt zwar nicht schön, aber du kannst das Datum etc. in ihre verscheidenen Objekte speichern oder gleich nur eine String DB machen.
Damit lässt sich halt nix anfangen, wenn du mit den Daten rechnen willst, zb. Zeit/Tage bis zum eingetragenen Termin.

PPS: offtopic: Ist die Mehrzahl von Datum wirklich Daten?

Pascal P.

...

PPS: offtopic: Ist die Mehrzahl von Datum wirklich Daten?

oder data

Ich würde die maximale Anzahl die zu festlegst in die XML kodieren, und dann im Programm überprüfen, wieviele es in wirklichkeit sind.
Übersteigt die Anzahl deinen festgelegten Wert, wird das Bild der Letzen ImageView zu den 3 Punkten geändert.
Falls es zu wenig sind wird die Sichtbarkeit verändert.

Das ist aber umständlich, du kannst dich entscheiden ob du das fest in die XML Kodierst oder im Code Dynamisch ImageViews erstellst und in diese dann nach belieben ein Bild setzt.

Für die DB.

Ob man bei einer Localen DB nen AsyncTask benötigt weiss ich nicht.
Wenn ja, einer Mit callback und alles wird angezeigt wenns fertig geladen ist.

Keine Ahnung, du müsstest die Größe eines Items im Grid fest Kodieren, und danach dann schauen wie groß die ImageView sein muss.
Aber achtung: Denke an die Unterschiedlichen Displaygrößen der Geräte.
Nur Prozentuale Werte (weight) benutzen.

— geändert am 01.09.2014, 22:09:00

Doch aber wenn du es falsch machst, dann sieht es auf anderen Geräten auch anders aus, und das will man meistens Vermeiden.

Nein leider nicht, stell coh den alten zustand wieder her oder vergleiche dienen Code mit dem tut/oder einer Vorherigen Version.

Also die Grid Kalender Items müssen eine Feste größe haben damit diese sich beim hinzufügen von Images nicht verändern.
Dann musst du nur noch schauen wieviele Bilder du da unterbekommst.

http://stackoverflow.com/questions/16819135/set-fixed-gridview-row-height
http://stackoverflow.com/questions/15997611/how-to-fix-gridview-item-sizes-width-and-height-when-i-put-an-image-on-view-it

Ne ich würde immer nur die für einen Monat laden.
Sonst verbrauchst du unötig Ressourcen.
Kannst ja für den 2. Monat noch laden so dass du immer 1 nen Monat puffer hast.
Wenn halt der nächste Monat aufgerufen wird, lädst du im Hintergrund den übernächten nach.

Entweder das oder du sagst, dass sich die ImageViews untereinander anordnen sollen.
Aber frag mich jetzt nicht wie das geht.
Da bin ich überfragt.
In der XMK wüsste ichs aber nicht per Code.

http://stackoverflow.com/questions/3355808/android-relative-layout-below-2-items

Ja per code geht das auch aber da soltest du google fragen und nicht micht.

Eigentlich nicht ich würde es so in etwa machen:
http://programmerguru.com/android-tutorial/how-to-sync-sqlite-on-android-to-mysql-db/

Vieleicht noch ein Synchronisierungs Konzept erstellen, sodass du weisst wann du synchronisieren musst.
Ich würde es beim öffnen und schließen machen.
Und im Hintergrund nicht vergessen.

LG Pascal

Da hast du wohl recht.
Ich würde das nur einlesen, wenn die Daten auf dem Device älter sind als in der online DB.
Und da wären wir wieder bei Timestamps
Eine Spalte in der db für das Datum und die Zeit des letzen Updates sollten genügen.

— geändert am 09.09.2014, 21:27:26

In beidem wäre sinnvoll.
Da hast du dann die möglichkeit die App mit den gleichen Daten auf unterschiedlichen Geräten zu nutzen.

Na ja das ist nicht vorteilhaft.

mir fallen da 2 Möglichkeiten ein:
1. Du erstellst eine Enumeration mit allen Kategorien, hast dann in beiden DBs ein Kategorie Feld und speichert entweder die ID oder den String Namen der jeweiligen Enumeration.
Beim einlesen musst du diese dann nur parsen.

1. Lösung ohne Enumeration, da kannst entweder Strings verteilen und diese dann per ifs die Kategorie zuordnen oder eine Integer vergeben und per switch die Kategorie zuordnen.

Ich persönlich bevorzuge die 1. Variant, diese ist wesentlich einfach und verständlicher als die 2.
Ob man für die Kategorie jetzt Integer oder Strings nimmt ist eigentlich egal, außser wenn man wert auf "Menschenlesbarkeit" der DB legt.
(Damit man nicht immer die Keategorie bedeutung der ID nachschauen muss)

Lg Pascal

Das kannst du über GCM und php machen. Also jeden morgen die DB auf Events prüfen und je nachdem eine GCM nachricht senden.

LG

Das sollte dann über einen Service und oder einem AlarmManager Funktioniere n.

Na ja über einen Service müsstest du einen Timer aufrufen der die onTick abrufen ob die aktuelle Zeit morgends ist. Also ist der Alarmmanager die bessere einfacher und akkusparendere Lösung.

Hmm, das macht ja nicht viel Sinn.. den Alarm startest du am besten aus einer Activity und der wiederum startet dann die Logik, die du ausführen willst...
Bzw. ein Broadcast Receiver kann auch einen Alarmstarten (zB wenn du nach dem Booten etwas starten willst, bekommt dein BR das "frisch hochgefahrene System" mit und startet dann den Alarm um X Uhr oder in X-Stunden...
Dafür gibts einige Tuts im Netz... musst dir nur die Mühe machen und die sorgfältig durcharbeiten.