Relation front-end et back-end

Bonsoir ,
s'il vous plait,
je viens de commencer avec AngularJS et je deviens confuse :s
j'aimerais savoir comment fonctionne une application CRUD en général développée avec AngularJS, JAVA, JPA ou Hibernate.
mon problème c'est : comment afficher et récupérer les données depuis la logique (JAVA & Mysql par exemple)
est-ce qu'on doit toujours passer par des services et formater les données en JSON ou XML
si oui comment svp ? liens tuto, (j'ai rien trouvé de précis et de facile)
sinon, comment on fait ?

Merci d'avance.

Bonjour,

Pour comprendre le lien entre le client (AngularJS) et le serveur (Java), il faut étudier la technologie REST (là, là et là).
Ceci est pour la communication entre le client et le serveur.
Quand le client et serveur communiquent en REST, ils n'ont aucune "connaissance" l'un de l'autre (stateless).

Côté serveur donc, tu peux avoir la base de données que tu veux, et le développer avec le langage que tu veux. Si on reprend MySQL et Java (JPA...), tu peux avoir une couche DAO (JPA), une couche "métier" et une couché exposant les services REST (contrôleur REST).
Concernent la couche DAO, tu peux utiliser JPA et Hibernate pour le mapping Objet relationnel. Ta couche métier comportera le code métier... et tes contrôleurs exposeront des services REST (Spring MVC, JAX-RS...). Tu peux utiliser Jackson pour le mapping JSON.

Pour créer un CRUD d'une entité (entité client par exemple), tu vas exposer 4 méthodes REST pour chaque opération.

Et pour l'application en AngularJS, je t'invite à faire le tutorial sur le site officiel.

Grand merci pour ta réponse,

ça m'a éclairci les choses.
Donc on passe toujours par des services.

Merci beaucoup.

Cdlt.

Bonjour,

côté AngularJS le mieux est d'utiliser le module ngResource:

https://docs.angularjs.org/api/ngRes...vice/$resource

Bonjour,

Citation:

---

Envoyé par beekeep

côté AngularJS le mieux est d'utiliser le module ngResource:

---

Je dirais que tout dépend de ce que l'on veut en faire...
$resource est beaucoup plus limité que le service $http.
En utilisant $resource, on perd la possibilité de gérer les promesses, car le résultat renvoyé est l'objet lui même et non une promesse. Ce qui est possible avec $http.
Pas de promesses chaînées non plus. Ce qui parfois est très utile quand on gère un modèle complexe.

Enfin, lorsque j'ai commencé à apprendre AngularJS, j'utilisais $resource mais une fois que j'ai commencé à travailler sur des applis pro, ce n'était plus possible.

J'ai aussi utilisé ce module sur des projets pro sans problème. Dans ce cadre on met généralement en place un service spécifique adapté à l'API utilisée (format des chemins, gestion des objets imbriqués...) pour avoir une utilisation simple dans les différents contrôleurs.
Rien n'empêche de fournir les promesses dans ce service (l'objet contient aussi une propriété $promise).
Idem dans le cas ou il faut passer par $http il est possible de l'utiliser au cas par cas dans le service.
Quelles sont ces situations ou $resource est trop limité? à part l'envoi de fichier.

Effectivement, je n'étais pas à jour :)

Voici un exemple de code en effet qui permet d'avoir une promesse :

Code:

---

1 2 3

var User = $resource('/user/:userId', {userId:'@id'}); return User.get({userId:123}).$promise;

---