auftraggebertreffen notizen

This commit is contained in:
murat 2011-12-13 14:21:01 +01:00
parent 0640e093ab
commit eeaa2a2fdf

View File

@ -0,0 +1,43 @@
propel anpassen
sqls umschreiben
julien anschreiben wg neues er-dia -> hab ich hochgeladen
wiki beim code weiterführen -> git
-wiki: grob überblick, was wie ändern
propel z.b.
was hat sich geändert, was mussten wir machen (bsp sql abfrage alt/neu) (allg. beispiele was passiert)
wenn fkt schwer verständlich sind, dokumentieren (wichtiges ins wiki, ansonsten code)
strukturdokumentation und wichtige änderungen im laufe des projektes in die wiki
api doku auch in die wiki
-api: abstrakt, keine sql-commands ausspucken
mashup (andere können daten anbinden)
xml ausgabe
json ähnlich wie xml <- das hier
anfrage an api, wie? - request an url
array-werte angeben -> alle mgl filterzeugs (tables, fields, exclude bla, blubb)
-> strukturierter request
so wies im mom funzt solls wieder funzen (wenn wirs mit propel machen kommen wir an api.php da passiert dann alles)
api in funtkion bringen mit der neuen datenbank (wird mit den ganzen mobilen anwendungen genutzt)
1. identifier <- im mom
2. abstrahieren
-qs-doku:
funktionalität und benutzerfreundlichkeit
benfrkeit: noch mal ne studie machen... (googledocs umfrage)
vll das man die kompatibilität (api und neue daba eingebaut, ob iwo iwelche apps probleme bekommen)
interoperablilität mit verschiedenen browsern, html5 (teil der javascript api)
bzgl der visualisierung animationen reinbauen
- wir schauen, wie wir das machen...
-fokus auf refactoring:
propel mit sql, da muss man sowieso refactoren
api soll funzen am ende... :)
parameter.php kann man wieder ins github hochladen
ins git die änderungen pushen, wenns stable ist, kann man auf dem server dann pullen...
-sql zeugs zentral verwalten?
in eine datei (model.php :-) )
css auch zentral, so wie wirs grad haben =) (creplace(ments), view.class.php)