dominikstrasser / bac-module Goto Github PK

Um das Modul richtig testen zu können erstelle ich eine Testumgebung mit Angularjs.

Sie wird ähnlich zum PRO5 sein.
Es können Räume und Gäste erstellt und mit einander verbunden/getrennt werden.

Dem Benutzer ermöglichen eine art Dokumentation für die API zu erstellen.
Damit würde das Problem gelöst werden, dass man bei einer größer werdenden API den überblick verliert was die API kann...

31.10.2014

Habe gerade das Modul soweit erweitert, dass ein Angular Service in dieser Form erstellt wird.

angular.module('mytestModule', ['ngResource'])
.factory('guestProvider', function($resource){
return $resource('api/guest/:id', {id: '@_id'}, {
test: {method:'get', url:'api/guest/test', isArray:true}
,test2: {method:'post', url:'api/guest/test2', isArray:true}
});
})
.factory('roomProvider', function($resource){
return $resource('api/room/:id', {id: '@_id'}, {
testRoom: {method:'get', url:'api/room/testRoom', isArray:true}
});
})
;


Die strings bis auf das „:id“ und {id : „@_id}, sind alle automatisch generiert.
Das isArray kann noch nicht übergeben werden -> Problem

Ein Großes Problem war gerade, dass ich den Router nur einmal Initialisiere im Modul.
Dadurch überschreiben sich die Routen gegenseitig.
Soll heißen: guest/ und room/ werden vom gleichen (in diesem Fall guest/) callback ausgeführt.
vorläufige lösung: Am beginn der API wird dem dsat.router Objekt ein new Router() übergeben.
Da dieser am Ende dem app.use() übergeben wird dürfte das kein problem sein…

Resource unterstützt von haus aus CRUD -> es müssen nur noch "spezielle" Methoden geschrieben werden -> das heißt einfache CRUD werden nicht vom Modul geschrieben

Eigentlich sollte die Änderung einer Resource über PUT laufen (also laut Artikeln und Büchern über Restfull Architecture) - aber Angular Resource hat bei den Default Routen nur "save" fürs neu erstellen und ändern von Ressourcen...
custonAction -> update: { method: 'PUT' } kann per config hinzugefügt werden oder nicht...