Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen gezeigt.

Link zu dieser Vergleichsansicht

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 **
Projektwerkzeuge