[x] Un back-end basado en API REST que tenga todas las funcionalidades que se solicitaron en el D01
[x] Front-end Angular que permita todas las funcionalidades básicas de gestión de la información realizando peticiones a la API REST:
Una forma de crear recursos
Una forma de editar recursos
Una forma de listar todos los recursos
Una forma de borrar todos los recursos
Una forma de borrar un recurso concreto.
[x] Que muestre al usuario un mensaje informativo del estado de la operación realizada:
Se debe mostrar un mensaje al usuario que confirme la ejecución exitosa de la acción.
Se debe controlar, al menos, un código de error (422, 409, etc), advirtiendo al usuario de lo ocurrido con un mensaje comprensible por usuarios no técnicos.
[x] Que recargue la información de manera automatizada los datos que se muestran en caso de ser necesario, por ejemplo (tal como se vió en el L09), al crear un nuevo recurso desde la tabla, se debe actualizar los recursos que se muestran para incluir el recurso recién creado. NO será válido que el usuario tenga que pulsar un botón para recargar manualmente la página.
[ ] (OPCIONALES)Tener las siguientes funcionalidades en el Front-end Angular:
La edición de un recurso se debe en una vista distinta a la que se muestra la lista (tal como se vió el L09)
Una forma de buscar recursos utilizando la búsqueda que proporciona la API. (p.e. statistics?from=2000&to=2017)
Una forma de especificar el apikey de acceso (en el caso de que se tenga una versión segura de la API desplegada en/api/v1/secure/FFFFF)
Una forma de paginar el listado de recursos usando el mecanismo que proporciona la api (con limit y offset) de manera que sea posible navegar de la forma que se tenga la posibilidad de ir a la página siguiente y página anterior mostrando 10 resultados por página.
Usar el módulo angular-route de forma que solo haya una aplicación angular en heroku integrando todas las vistas (y controladores) de los compañeros de grupo.
[x] Un back-end basado en API REST que tenga todas las funcionalidades que se solicitaron en el D01
[x] Front-end Angular que permita todas las funcionalidades básicas de gestión de la información realizando peticiones a la API REST: Una forma de crear recursos Una forma de editar recursos Una forma de listar todos los recursos Una forma de borrar todos los recursos Una forma de borrar un recurso concreto.
[x] Que muestre al usuario un mensaje informativo del estado de la operación realizada: Se debe mostrar un mensaje al usuario que confirme la ejecución exitosa de la acción. Se debe controlar, al menos, un código de error (422, 409, etc), advirtiendo al usuario de lo ocurrido con un mensaje comprensible por usuarios no técnicos.
[x] Que recargue la información de manera automatizada los datos que se muestran en caso de ser necesario, por ejemplo (tal como se vió en el L09), al crear un nuevo recurso desde la tabla, se debe actualizar los recursos que se muestran para incluir el recurso recién creado. NO será válido que el usuario tenga que pulsar un botón para recargar manualmente la página.
[ ] (OPCIONALES)Tener las siguientes funcionalidades en el Front-end Angular: La edición de un recurso se debe en una vista distinta a la que se muestra la lista (tal como se vió el L09) Una forma de buscar recursos utilizando la búsqueda que proporciona la API. (p.e. statistics?from=2000&to=2017)
Una forma de especificar el apikey de acceso (en el caso de que se tenga una versión segura de la API desplegada en/api/v1/secure/FFFFF) Una forma de paginar el listado de recursos usando el mecanismo que proporciona la api (con limit y offset) de manera que sea posible navegar de la forma que se tenga la posibilidad de ir a la página siguiente y página anterior mostrando 10 resultados por página. Usar el módulo angular-route de forma que solo haya una aplicación angular en heroku integrando todas las vistas (y controladores) de los compañeros de grupo.