Je travaille sur un framework "maison" pour développer des applications pour entreprises, et pour moi, le client lourd (javafx, swing, SWT) est une évidence car il est le seul qui permet une ergonomie proche de ce que souhaitent mes utilisateurs (en gros, "aussi pratique qu'excel" ).
 
Ce n'est évidemment pas la mode, mais je voulais savoir si j'était le seul à faire cela. Si vous travaillez aussi sur du client lourd, quelle technologie utilisez-vous sous Java ?

Salut,

Je travaille sur un framework "maison" pour développer des applications pour entreprises, et pour moi, le client lourd (javafx, swing, SWT) est une évidence car il est le seul qui permet une ergonomie proche de ce que souhaitent mes utilisateurs (en gros, "aussi pratique qu'excel" ).

En gros cela se traduit par => Les utilisateurs finiront par utiliser Excel pour faire leur boulot. Ton application finira par servir d'outil d'export CSV.

Ce n'est évidemment pas la mode, mais je voulais savoir si j'était le seul à faire cela. Si vous travaillez aussi sur du client lourd, quelle technologie utilisez-vous sous Java ?

Le client lourd peut avoir de l'utilité dans des cas très particulier.
Néanmoins, il faut aussi penser au déploiement et à l'exploitation.
Quand tu dois gérer un parc d'ordinateur important, merci le serveur web/serveur d'application et le navigateur internet côté client.

En Java, tu peux regarder vers JSF avec PrimeFaces (y'en a d'autres bien sur), tu peux déjà développer des clients riches qui répondent au besoin du "aussi pratique qu'excel" et dans un navigateur:
http://www.primefaces.org/showcase/

Attention c'est du lourd. Ce n'est pas vraiment ce qu'il se fait de nos jours.
Actuellement l'état de l'art c'est plutôt du client JS léger et responsive (accessibilité PC/Tablette/Smartphone) en front. Avec en back une architecture REST sous forme de micro-services.

Comme toujours pas de solution idéale/miraculeuse. Tout dépend des exigences et des besoins.

Bonjour,
 
merci pour la réponse. En fait, avoir un client avec une bonne ergonomie (tableaux aussi simples à modifier / trier / filter que ceux d'excel, bon support des raccourcis claviers, du copier-coller...), c'est justement pour éviter la perte de productivité à exporter dans excel, travailler dans excel, et importer dans l'outil web mal fichu.
 
Pour le déploiement, c'est sûr que le web est plus simple, encore qu'il faut faire, dans les grandes entreprises, avec plusieurs générations d'applis webs aux besoins différents  en version de java / plugin. Le résultat, pour une grosse appli web dont je me suis occuppé, déploiement d'un navigateur spécifique sur les postes clients.
 
Il me semble qu'un client "lourd" qui ne comprend pas de logique métier (logique similaire à un navigateur, mais avec des fonctionnalités vraiment adaptées à l'entreprise - en gros le brassage de données) serait optimal.
 
Après, c'est sûr que ce n'est pas la mode, et qu'il y a sans doute une sacré barrière à l'entrée. Mais honnêtement, le gain de productivité à se passer de tous les languages "bricolés" du web (javascript &co) pour les développeurs me semble énorme.

je fais du client lourd sous swt/jface

Si tu respectes les standards du web et les normes de développement tu n'as pas ce genre de problème.
Ton application doit être compatible avec le maximum de navigateur et non l'inverse.

A l'occasion je t'invite à regarder le framework AngularJS et tu verras qu'en terme de productivité c'est la folie même pour un débutant.
Nous sommes très loin de la lourdeur des interfaces Java façon Swing et équivalent.

Après si le constat c'est de ce dire je connais pas le dev web alors je fais du client lourd en mode WYSIWYG c'est un autre sujet.

Le web c'est déjà l'avenir depuis bien longtemps.
Si tu t'y prend bien les performances tu les as même dans un contexte web.

 
Pour préciser ce que j'ai en tête: le WYSIWYG ne m'excite pas vraiment: cela génère en général du code source de qualité médiocre qui vieillit mal.
 
Par contre, un vrai langage compilé a des avantage indéniables: quand mon code compile, si je me suis bien  organisé, cela veut dire qu'il tournera sur le serveur sans incident. Et je peux développer des stratégies évoluées pour rendre commun des composants, ce qui est souvent plus difficile sur les langages interpétés.

Je développe un Erp complet en utilisant les technologies web (Extjs pour la partie front) , php , MySQL et soap pour la partie back. Je fais  de la génération de fichiers Excel + reimport dans l'application via Excel vba. Ça marche très bien.

pour mon cas, je n'utilise pas souvent l'interface graphique cars je suis sous linux(l'interface compte peu!)

 
moi aussi les clients sont lourds....
swt jface
ras le bol