Choix Archi / Design patterns

Version imprimable

05/02/2014, 11h01
JamesP

Choix Archi / Design patterns

Bonjour,

Ayant une nouvelle problématique, je viens consulter vos avis sur des choix.

Dans un contexte PRO, j'ai besoin de monter une archi applicative avec interface web. Cette appli sera modulaire (5 modules prévus pour le moment) et avec une croissance à prévoir.

Ne souhaitant pas faire de (trop) mauvais choix, j'explore un peu tout ce qui se fait pour prendre ce qui colle le mieux à mon besoin.

L'appli sera de type SI donc un acteur majeur et stratégique. Besoin donc de robustesse, mais aussi de souplesse et de pérennité (et maintenabilité).

Je visais donc un back-office java/j2ee basé sur un framework type Spring 4 avec Hibernate (ou eclipselink) et tout ce qui va bien.
Qu'en pensez vous ?

Je prévois plusieurs types de clients (web, mobile, client riche, système partenaire) ...
Le principal étant le client web, je pensais aller sur un framework type VAADIN pour le côté maitrise d'une seule techno, et l'utilisation de la puissance des éditeurs JAVA. Le but étant avec un mini framework maison qui capitalise les règles ergonomiques et qui simplifie au max les développement sur les besoins "métiers" et non pas sur le reste ...
Je sais qu'il existe plein d'autres choses, type JSF, ou même dans d'autres langages ...
Qu'en pensez-vous ? Suis-je dans le faux ? Existe t'il "mieux" ?

Ensuite un middleware type mini-ESB qui pourrait faire la transition entre les Clients et leurs objets (EJB détachés ? DTOs ???) et le Back Office. Mais qui aussi pourraient interagir avec les autres clients ou types de clients (Push, WebSockets, ...)
Sur ce point je suis moins décidé, le but aussi est de modulariser et d'éviter trop d'adhérence.
Idem, un avis ?

Enfin les différentes parties discuteraient en REST ou en WebServices divers ...

Voila un mini shéma en cours, qui change selon mon avancement perso ...

-> http://www.gliffy.com/go/publish/5312597 <-

Donc mon besoin est vraiment de partir sur quelque chose de maintenable, sur des compétences proches de celles de l'équipe, mais aussi qui peut être facilement évolué (donc modulable).

Merci pour vos lumières que ça soit sur l'architecture, les technos ou les frameworks ou patterns !

Je veux aussi faire une appli "2014" ! :ccool:
05/02/2014, 11h26
plawyx

Citation:

Envoyé par JamesP

Bonjour,

Ayant une nouvelle problématique, je viens consulter vos avis sur des choix.

Dans un contexte PRO, j'ai besoin de monter une archi applicative avec interface web. Cette appli sera modulaire (5 modules prévus pour le moment) et avec une croissance à prévoir.

Ne souhaitant pas faire de (trop) mauvais choix, j'explore un peu tout ce qui se fait pour prendre ce qui colle le mieux à mon besoin.

L'appli sera de type SI donc un acteur majeur et stratégique. Besoin donc de robustesse, mais aussi de souplesse et de pérennité (et maintenabilité).

Je visais donc un back-office java/j2ee basé sur un framework type Spring 4 avec Hibernate (ou eclipselink) et tout ce qui va bien.
Qu'en pensez vous ?

ou des serveurs d'applications comme jboss, glassfish qui peuvent gérés les injections, la sécurité la monté en charge, etc....

Citation:

Envoyé par JamesP

Je prévois plusieurs types de clients (web, mobile, client riche, système partenaire) ...
Le principal étant le client web, je pensais aller sur un framework type VAADIN pour le côté maitrise d'une seule techno, et l'utilisation de la puissance des éditeurs JAVA. Le but étant avec un mini framework maison qui capitalise les règles ergonomiques et qui simplifie au max les développement sur les besoins "métiers" et non pas sur le reste ...
Je sais qu'il existe plein d'autres choses, type JSF, ou même dans d'autres langages ...
Qu'en pensez-vous ? Suis-je dans le faux ? Existe t'il "mieux" ?

Attention aux problèmes de montée en charges avec VAADIN et à moindre échelle avec jsf.

Tu envisages aussi du php pour ta partie web. Jette un oeil du coté d'angularjs qui peut communiquer avec des web services rest-full (jax-rs supporté par jboss et glassfish). techno exploitable pour la partie mobile
05/02/2014, 11h39
JamesP

Citation:

ou des serveurs d'applications comme jboss, glassfish qui peuvent gérés les injections, la sécurité la monté en charge, etc....

C'est ça ! Je pensais aller sur du GlassFish 3x pour tout ça, et oui qui peut aussi faire de la sécurisation, mais aussi qui partage les liens BDD ...
Derriere je pensais à du PostgreSQL 9x donc avec possibilités de réplication ...

Citation:

Attention aux problèmes de montée en charges avec VAADIN et à moindre échelle avec jsf.

Tu envisages aussi du php pour ta partie web. Jette un oeil du coté d'angularjs qui peut communiquer avec des web services rest-full (jax-rs supporté par jboss et glassfish). techno exploitable pour la partie mobile

Je n'exclu rien !!! D'ou le REST qui sera très facilement interrogeable quelque soit les technos !

D'ailleurs niveau sécurité le REST, ça vaut quoi ?

Pour VAADIN, je pensais à celui là car je le connais ... Et oui niveau charge faut faire attention ! Bien qu'il fassent de gros efforts là dessus ! Mais le dev 100% java c'est super pratique !
Et je trouve (moins d'exp aussi dessus) que le dev JSP est déjà plus difficile à capitaliser ou maintenir quand il commence à y avoir foule !

Et donc le pattern DTO vaut encore en 2014 ? :aie:
05/02/2014, 11h53
plawyx

Citation:

Envoyé par JamesP

Et je trouve (moins d'exp aussi dessus) que le dev JSP est déjà plus difficile à capitaliser ou maintenir quand il commence à y avoir foule !

Avec AngularJs, tu crées des contrôleur que tu affectes pour gérer ce qui se passe entre <div> et </div>.

Avant j'utilisais GWT: pourquoi faire du java pour le compiler en javascript. Autant faire de l'HTML et AngularJS fait le javascript (il y en a un peu à ta charge dans les contrôleur). Tu peux faire des Web Componants avec Polymer.
05/02/2014, 13h06
JamesP

Oui c'est pas faux !

Mais le côté refaire tout en HTML c'est déjà plus tendu pour capitaliser sur des layouts ou autre, ou alors faut faire X templates.

Le Javascript en grande quantité est peut-être aussi moins outillé (il me semble) et plus difficilement maintenable dans un contexte SI.

Je me trompe peut-être mais j'ai du mal à visualiser ces technos à grande échelle dans de grosses applications métiers ! Le côté réutilisable et finalement juste rapide et simple ...
J'étends un layout, il contient déjà plein de choses (navigation, events, etc ...) je pose mes composants pour mon métier, je trappe un EVENT et je réagis et hop !

Est-ce encore au développeur de faire du "design" ou doit-il se concentrer sur les besoins fonctionnels et laisser l'ergonomie et le design (et aussi donc la cohérence globale) à la toolbox/framework.

C'est vraiment pas simple pour moi de voir ce que je connais moins ...

J'ai déjà la certitude que je ferai de l'angularJS (ou autre) pour des besoins ponctuels, et c'est cool !
Mais de là à en faire le cheval de bataille ... C'est plus confus pour moi !