Discussion :

[pruderic]

Bonjour,
Je dois mettre en place une appli Java avec Swing et des sevices web. Seulement avant de commencer, je dois pouvoir montrer et convaincre que l'appli actuelle ne respecte meme pas par exemple la programmation OO.
Et ma connaissance s'arrete là. En fait j'ai besoin de pistes pour justifier l'evolution architecturale (Je ne sais pas si c'est le mot qu'il faut).
J'espere avoir ete explicite.

[tchize_]

généralement pour justifier une évolution il faut regarder les critère suivants:

est-ce que l'application actuelle a des problèmes difficiles à résoudre en conservant l'architecture
est-ce que l'on passe lpus de temps à corriger l'architecture actuelle qu'on en passerais à la migrer vers quelque chose de plus OO
est-ce que l'application actuelle court des risque de ne plus être maintenable à court ou moyen terme (exemple: une architecture à moité en assembleur pour un vieil AIX court de forts risque de ne plus trouver de processeur qui lui conviennent sur le marché en cas de défaillance hardware)

une change pas une architecture existante juste parce que la poo c'est plus propre et facile à lire

[pruderic]

une change pas une architecture existante juste parce que la poo c'est plus propre et facile à lire

Une application en OO est plus facile à maintenir si elle respecte quelques règles, je crois. Parce qu'actuellement, j'ai du mal à retrouver dans les sources existantes.

est-ce que l'application actuelle a des problèmes difficiles à résoudre en conservant l'architecture

Effectivement j'ai des problemes d'installation et de configuration. Par exemple des chemins codés en dur dans les sources pour traitement de fichiers ...
T'aurais pas un lien pour avoir plus d'info

[tchize_]

non c'est toujours une balance a faire entre le gains que tu peux ressortir d'une programmation oo.

Si on prend l'exemple des tes chemins en dur. Il n'est pas nécessaire de passer à la poo pour retirer ces chemin en dur du code et les mettre dans un fichier de config (un coup de grep / sed sur le code et hop, t'a converti toutes les hard références en des appels à une méthode getFileLocation()) en 2 minutes . Ca reste généralement plus rapide à faire que réécrire l'application tout en atteignant un des objectifs. La balance gain / cout est toujours à établir par rapport à cette application; Une fois ca fait, il reste plus qu'à argumenter dans une sens ou dans un autre.

[pruderic]

Les chemins en dur etaient un exemple.
T'as pas un lien sur internet pour plus d'infos ? sur les types d'architectures. L'application actuelle est en Swing + web service

[Alain Defrance]

Comme le dis tchize_, refondre une partie conséquente d'un projet, voir sa totalité ne se traite pas à la légère, et il est parfois préférable de conserver la conception actuelle plutôt que d'effectuer ces changements (phase de conception, de développement, de test, et tous ceci uniquement pour arriver au même résultat).
Si toutefois ce choix se justifie, il serait peut-être de rigeur d'utiliser la plateforme EE (si ce n'est déjà le cas). La conception s'en trouve grandement simplifié de part la richesse de cette plateforme. Il n'en reste pas moins vrai que pour de grandes applications, même (et surtout) JEE, la création de l'architecture reste une métier à part entière.