ventajas usar resource que programacion porque desventajas javascript angularjs restangular ngresource

javascript - usar - que es angular en programacion



¿Cuál es la ventaja de usar Restangular sobre ngResource? (4)

Como un seguimiento de las respuestas anteriores y para nuevos lectores, como yo, interesados ​​en esos pensamientos:

"Y si eso sucede, parece que Restangular desaparecerá y se volverá irrelivante".

"Lo que sucede en tres meses cuando este tipo deja de apoyar a Restangular porque ngResource de Google alcanzó todas las características que le faltaba".

  • [ preguntado hace 2 años ]

En mi opinión, la única garantía para la supervivencia de una biblioteca de código abierto es la comunidad construida a su alrededor. el mejor ejemplo sería mariaDB y WebScaleSQL, que nacieron como una bifurcación creciente del excelente sistema de gestión de bases de datos relacionales MySQL.

En este momento de la escritura, Restangular having 6699 stars and 727 forks ahora está avanzando a Restangular 2.0, que es compatible con angularJs 2.0 y ES6.

ngResource ya parece muy simple de implementar cosas con ...

¿Cuáles son las ventajas / desventajas de usar Restangular sobre ngResource ?

1.1.3 $resource devolverá las promesas y se puede implementar con la última confirmación de PR . ¿Se ofrecerá soporte futuro a $resource para soportar verbos adicionales que Restangular hace? Y si eso sucede, parece que Restangular desaparecerá y se volverá irrelivante.


Encontré el RequestInterceptor de Restangular bastante útil para eliminar algunos campos del objeto antes de realizar la Solicitud. La mayoría de los servicios web REST con los que estoy trabajando actualmente no esperan la identificación en los datos del objeto en una solicitud PUT, por ejemplo, solo en la url. En general, no esperan campos de datos adicionales que PUT no pueda actualizar (como el ID, o un slug que se genera al configurar el título, etc.). Descubrí que esto es sencillo con Restangular, mientras que no he descubierto cómo hacerlo con $ resource de una manera limpia, pero estoy seguro de que es posible de alguna manera.

Obviamente, también se podría cambiar el servicio web para ignorar esos campos adicionales, pero eso no siempre es posible.


Soy el creador de Restangular.

Creé una sección en el archivo README con las diferencias contra $ resource. Puede consultarlos aquí github.com/mgonto/restangular/blob/master/…

De todos modos, como resumen, además de las características adicionales y el enfoque basado en promesas, la idea es que Restangular también pueda manejar todas sus URL, de modo que no tenga que saber nada al respecto.

Supongamos que tiene algo como esto para los automóviles: / users / 123 / cars / 456

En $ resource, tendrías que construir esa URL manualmente y también tendrías que construir el objeto $ resource para esto manualmente. Restangular te ayuda en esto al "recordar" las URL.

Entonces si lo haces en algún lugar

Restangular.one("users", 123).get().then(function(user) { $scope.user = user; }); // Some other code //Automatically does the request to /users/123/cars as it remembers in which object you''re asking it. $scope.user.getList(''cars'')

¡Espero que esto ayude!


ngResource no devuelve promesas en la última versión estable (actualmente 1.0.6). Además, parece que Restangular expone más verbos que ngResource (expone PUT, OPTIONS, PATCH, etc.).

Si no necesitas los verbos adicionales y estás en la rama inestable de AngularJS (que incluye promesas para ngResource), no veo ninguna razón importante para usar Restangular sobre ngResource.

Usa lo que sea que te sientas cómodo.