Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
ab_transfer:dev:info [2012/03/29 17:50] Patrick Wacker Todo in einen eigenen Bereich kopiert (dev:todo) |
ab_transfer:dev:info [2012/04/08 09:04] (aktuell) Patrick Wacker Überlegungen zur Speicherung von Daten |
||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Entwicklungs-Informationen ====== | ====== Entwicklungs-Informationen ====== | ||
- | ToDo's sind ab jetzt [[hier]] zu finden | + | ToDo's sind ab jetzt [[todo|hier]] zu finden |
===== Notizen ===== | ===== Notizen ===== | ||
+ | |||
+ | ==== Speicherung der Daten ==== | ||
+ | |||
+ | Erste Überlegungen und Entscheidungen für das lokale Speichern der Daten und wie dies am sinnvollsten realisiert werden kann. | ||
+ | |||
+ | === Was soll erreicht werden === | ||
+ | |||
+ | * Speicherung der aktuellen Daten und der Historie in lokaler Datei. | ||
+ | * getätigte Aufträge (Historie). | ||
+ | * Alles was gesendet wurde (Anlegen/Ändern/Löschen/Aktualisieren) in chronologischer Reihenfolge. | ||
+ | * Daueraufträge (in separater Datei). | ||
+ | * Terminüberweisungen (in separater Datei). | ||
+ | * //aktueller Kontostand/Dispo// (evt. später). | ||
+ | * Export von getätigten Überweisungen. Dazu sollte die Export-Funktionalität von AqBanking genutzt werden. | ||
+ | |||
+ | === Überlegungen / Noch Testen === | ||
+ | |||
+ | Die vorhandenen Daueraufträge und terminierten Überweisungen werden zur Zeit mit in der ini-Datei gespeichert, dies sollte später nicht mehr stattfinden.\\ | ||
+ | Für Daueraufträge und terminierte Überweisungungen existieren bereits Objekte die die Daten für die interne Bearbeitung zur Verfügung stellen (abt_StandingInfo bzw. abt_DatedInfo). Jedes Account-Objekt (abt_AccountInfo) enthält jeweils eine Liste wo die entsprechenden Standing-/DatedInfo Objekte referenziert werden. | ||
+ | |||
+ | Die Dated- und StandingInfo Objekte könnten die Liste selber verwalten, somit kann hier dann auch ein löschen, ändern, anlegen implementiert werden (momentan geschieht dies in abt_settings). Dann braucht in abt_AccountInfo auch keine Liste mehr verwaltet werden, sondern es kann einfach das entprechende Objekt verwendet werden.\\ | ||
+ | Dieses Objekt könnte als Basis-Klasse ausgelegt werden und dann auch für die Historie verwendet werden. | ||
+ | |||
+ | Interresant wäre das Speichern mithilfe der AqBanking_ImExporter* Funktionen. Die Funktion zum parsen müsste dann so erstellt werden das sie sowohl die Historie und lokal gespeicherten Daueraufträge/terminierten Überweisungen importieren kann, als auch die Daten die von der Bank zurückkommen.\\ | ||
+ | Diese Funktion müsste die Daten in den entsprechenden Objekten zur Verfügung stellen. Beim Beenden müssen dann alle Daten der Objekte in einen Context gepackt werden und Exportiert werden. | ||
+ | |||
+ | |||
+ | ** Überlegungen noch nicht abgeschlossen, wird noch erweitert werden ** | ||
+ | |||
+ | |||
+ | == weiteres == | ||
+ | |||
+ | * Beim export des context über AB_Banking_ExportToFile(banking->getAqBanking(), ctx, "ctxfile", "default", "/tmp/exporterTest_ctxfile.ctx") wird anscheinend der Status und der Typ der Transaction des Auftrages nicht gepeichert ('type' und 'status' werden mit ="unknown" gespeichert) | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ==== Ältere Überlegungen ==== | ||
** Ab hier ist einiges veraltet und Bedarf einer Überarbeitung! Momentan fehlt allerdings die Zeit um dies vernünftig neu zu dokumentieren ** | ** Ab hier ist einiges veraltet und Bedarf einer Überarbeitung! Momentan fehlt allerdings die Zeit um dies vernünftig neu zu dokumentieren ** |