Bonjour,

Je dois realiser une application web et je me demande qu'elle sont les avantages et les inconvénients si j'utilise JSF tout seul ou JSF avec Spring.

Merci.

Bonjour.

JSF c'est pour la partie front-end.

Spring est transverse.
Cela permet notamment l'injection de server/DAO/autres entre l'ensemble des couches. 

Merci pour ta réponse.

Oui enfin quand je parlais de JSF c'est avec les CDI, JPA, EJB, etc.. bref je après avoir regardé pas mal de chose je vais choisir Spring (pas MVC) avec hibernate.

En revanche, maintenant je suis un peu perdu car j'ai vu qu'il existe pas mal de terme (DTO, Service, Bean, Controller, etc) et je ne sais pas quoi utilisé.

J'ai commencé par implémenter les modèles de données et les DAOs, ensuite je sais qu'il me faut une page JSF pour restituer les données mais entre les 2 je sais pas trop quoi faire.

C'est quoi la différence entre un service et un contrôleur ?

A quoi sert un bean ?

Pourquoi utiliser les DTOs ?

-
Edité par jeyGey 23 mai 2016 à 10:47:41

jeyGey a écrit:

Oui enfin quand je parlais de JSF c'est avec les CDI, JPA, EJB, etc.. bref je après avoir regardé pas mal de chose je vais choisir Spring (pas MVC) avec hibernate.

JSF ce n'est que la partie web.
CDI, JPA, EJB sont des notions complètement indépendantes.
Hibernate c'est un des implémentations de JPA. 

jeyGey a écrit:

En revanche, maintenant je suis un peu perdu car j'ai vu qu'il existe pas mal de terme (DTO, Service, Bean, Controller, etc) et je ne sais pas quoi utilisé.

J'ai commencé par implémenter les modèles de données et les DAOs, ensuite je sais qu'il me faut une page JSF pour restituer les données mais entre les 2 je sais pas trop quoi faire.

C'est quoi la différence entre un service et un contrôleur ?

A quoi sert un bean ?

Pourquoi utiliser les DTOs ?

Controller = Controlleur du MVC, de la couche présentation
Service = couche de services

Les DTO permettent de n'échanger que les données nécessaires entre 2 couches.
Par exemple dans la bonne pratique on n'envoie pas à la couche de présentation les @Entity : trop ou pas assez d'informations, structures des données ne correspondant pas au besoin, relations "lazy", ...

Pour savoir ce qu'est un bean, le mieux est de se documenter sur Spring.

Ok merci.

et quand dans quel cas je dois utiliser un controlleur ou un service ?

Hello,

Ce n'est pas l'un ou l'autre. En règle générale, ton controller va devoir appeler le service pour renseigner les données du modèle. 

Ok donc le bean c'est un peu un controlleur alors ?

Bean c'est JSF et Controller c'est Spring donc j'utilise soit l'un soit l'autre ou il faut utiliser les deux ?

-
Edité par jeyGey 23 mai 2016 à 18:42:16

En fait, en partant du principe que tu utilises JSF comme framework de présentation et pas Spring MVC (que je ne connais pas)

Ton bean JSF est ton controller. Et ce controller peut être managé par Spring. Donc ce n'est pas l'un ou l'autre mais les deux ensemble.

Après... je ne sais pas si tu parles de l'annotation @Controller ? Mais celle-ci est propre à Spring MVC et n'est pas forcément utile dans ce qui t'intéresse, à mon sens.

J'avoue, Spring n'est pas facile à appréhender (ni forcément à expliquer en quelques lignes)... je te conseille vivement d'utiliser ce framework tellement utile mais tout semble confus pour toi, actuellement. Ne serait-il pas souhaitable de partir sur une première base de JSF pur ?