validacion setcustomvalidity para mensajes mensaje estilos error change cambiar bootstrap javascript angularjs angularjs-service

javascript - setcustomvalidity - AngularJS: ¿Cómo manejar las devoluciones de llamadas de éxito y error con ngResource?



mensajes en input (2)

La docs no da ninguna idea al respecto.

Mi punto de REST podría arrojar un error

$scope.delete = function(index) { Transaction.delete({transactionId: $scope.transactions[index].uuid}) };

Cambié lo anterior a siguiente

$scope.delete = function(index) { Transaction.delete({transactionId: $scope.transactions[index].uuid}) .success(''transaction deleted''); };

Pero falla

TypeError: Object #<Resource> has no method ''success'' at Object.TransactionController.$scope.delete (http://localhost:5000/static/app/js/controllers/transactionController.js:26:8) at http://localhost:5000/static/app/lib/angular/angular.js:6094:36

¿Cómo puedo manejar error escenarios de success y error ?

PS soy nuevo en JavaScript


Pase las funciones de devolución de llamada exitosa y fallida como argumentos.

Transaction.delete({transactionId: $scope.transactions[index].uuid}, function(data) { // success }, function(e) { // failure });

De los documentos que has vinculado:

Acciones "clase" HTTP GET: Resource.action ([parámetros], [éxito], [error])
Acciones de "clase" no GET: Resource.action ([parámetros], postData, [éxito], [error])


Puede pasar una devolución de llamada de error utilizando los siguientes formatos, dependiendo de cómo esté utilizando el Recurso (tomado de la docs ):

  • Acciones "clase" HTTP GET: Resource.action ([parámetros], [éxito], [error])
  • Acciones de "clase" no GET: Resource.action ([parámetros], postData, [éxito], [error])
  • Acciones de instancia no GET: instancia. $ acción ([parámetros], [éxito], [error])

Su ejemplo es similar a las acciones de "clase" que no se pueden obtener y se vería así:

Transaction.delete({transactionId: $scope.transactions[index].uuid}, function(successResult) { // do something on success }, function(errorResult) { // do something on error if(errorResult.status === 404) { } }

Here hay una pregunta relacionada con respecto a un recurso GET fallido.