Discussion :

[Emcy]

bonjour,

Je dois creer un petit logiciel qui permette de communiquer avec des produits via le protocol SNMP. J'ai besoin d'afficher des images, des boutons, des listes déroulante (que du courant)...
Le programme consommera très peu de ressources.

Je ne suis pas programmeur de metier mais j'ai quand même des connaissances en prog (je suis electronicien). C'est pourquoi il faut que je passe un minimum de temps dans le developpement et que le programme soit viable le plus longtemps possible sans avoir à modifier le programme.

Pardonner moi maintenant si je vais dire des bétises
- Je pensais le faire en Java car ce langage permet d'avoir le même code entre une version windows et linux (meme pas besoin d'avoir une compilation du programme différente).
- Ce langage permet d'avoir des programmes de longue pérénité : c'est à dire que dans 10ans, il est fort possible que le programme fonctionne encore (sans avoir fait de mise à jour) sur les nouveaux PC car l'interpreteur Java aura évolué.
=> est-ce que j'ai dit une betise ?

[eclesia]

Dans 10ans on verra bien. Mais c'est certainement avec java que ca aura le plus de chance d'etre vrai.

[gifffftane]

Pardonner moi maintenant si je vais dire des bétises
- Je pensais le faire en Java car ce langage permet d'avoir le même code entre une version windows et linux (meme pas besoin d'avoir une compilation du programme différente).

Oui. À condition toutefois de ne pas programmer comme un cochon. L'un des sujets récurants ici est Mon programme Java marche super dans mon environnement de dev, mais plus en ligne de commande ! Autrement dit, ils ont fait un programme Java qui n'est même pas compatible avec leur propre poste.

Si la portabilité est très facile en Java, puisque, effectivement, il n'est pas besoin de recompiler, et qu'elle couvre une très large palette de fonctions (dont la gestion d'images et de fichiers), il n'en reste pas moins vrai que le programmeur ne doit pas faire le guignol.

- Ce langage permet d'avoir des programmes de longue pérénité : c'est à dire que dans 10ans, il est fort possible que le programme fonctionne encore (sans avoir fait de mise à jour) sur les nouveaux PC car l'interpreteur Java aura évolué.

Mouais... Expérience concrète : un programme java fait en java 1.2 (donc vers 2001, je crois), jamais touché depuis, refonctionne nickel avec java 5. Cela fait donc une pérénité de 5 ans. Il en reste encore 5 autres à passer.

[Emcy]

merci pour vos reponses, ça conforte ce que je pensais...

Pour les problèmes de portabilité, quels sont les pièges à éviter ?

[gifffftane]

Ahoulà, il doit y avoir la liste quelque part, mais je sais pas trop où

À mon avis, le premier piège est de croire que c'est automatique. C'est vrai, mais il n'empêche. Si c'est vraiment ça ton point sensible, alors au début fais-toi un environnement sous windows et un autre sous linux, et passe du temps à tout tester dans les deux environnements. Lorsque tu découvriras les pépins (et leur solution), tu te diras quelque chose comme Ah ben oui c'est normal. Mais cela va mieux en le disant avant.

Sinon, en vrac, pour te faire peur : la gestion des fichiers, des caractères, des fenêtres GUI... enfin, tout, quoi Faut lire la doc, et découvrir comment le système java est portable, non seulement par le byte code, mais aussi par ses techniques et api de programmation. Dans la doc ils t'expliquent comment résoudre tel ou tel point sensible pour la portabilité. Si tu la lis pas et l'applique pas, tu obtiendras un programme qui tourne, mais pas portable du tout.

Le cas le plus connu est celui des fenêtres avec des tailles d'écran différentes. Tu peux réaliser une belle GUI qui cadre bien chez toi, mais qui dépassera de l'écran sur d'autres, ou sera très petite sur d'autres encore. Ton byte code fonctionnera nickel partout, mais le résultat sera n'importe quoi.

Solution proposée par Java : la notion de Layout. Cette notion, tu l'appliques ou tu l'appliques pas, tu la critiques ou tu la critiques pas, n'empêche que si tu la connais pas tu auras du mal.

Et ainsi de suite.

[Emcy]

c'est vrai que la ça fait peur
=> je pensais que ça allait etre plus facile que ça...

si quelqu'un connais l'endroit ou je peux trouver la liste complete, je suis prenneur...


Ce qui m'etonne c'est que tu me dises qu'on peut avoir le meme code entre linux et windows pour la gestion des fichier alors que le formatage est différent..

[Anubis]

Quand c'est des chemins relatifs oui c'est possible car il te suffit de gérer les noms de tes fichiers avec ceci System.getProperty("file.separator").

Mais quand tu utilises des chemins absolus ( très déconseillé) tu dois gérer sur quel Os tu es avec System.getProperty("os.name").

[gifffftane]

Ce qui m'etonne c'est que tu me dises qu'on peut avoir le meme code entre linux et windows pour la gestion des fichier alors que le formatage est différent..

Oui, c'est un bel exemple de problème traité et résolu par la plate-forme java.

Comme en parle déjà Anubis, si tu te pointes en écrivant fichier = new File("tralala\\itout"), il est bien évident que ce code ne donnera satisfaction que sous windows.

Il y a donc tout une réflexion dans la "communauté" java pour concevoir des applis indépandantes d'un mode de définition des chemins de fichiers.

Moi, par exemple, j'écris :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
reptralala = new File("tralala");
itout = new File(reptralala, "itout");

Ce code fonctionne bien partout.

Tout ça pour dire que, si ce type de démarche t'intéresse, alors tu seras intéressé par java, et tu auras de bons résultats, plus rapidement et complètement qu'avec tous les autres systèmes (sur ce créneau). Si tu croyais trouver en java un truc qui te fasses toute la portabilité automatiquement, alors tu risques d'être déçu.