Journal : Programmation multiOS
Posté par Matthieu MARC () le 15 septembre 2006
Une interrogation que j'ai à chaque fois que j'ai besoin de programmer un outil graphique multi-OS : quel langage, quel toolkit utiliser, sachant que l'idéal est de n'avoir rien à installer sur le poste client ?
En plus, comme je suis un peu chiant, je préfère les langages interprétés!
Et vous, quand vous programmez, vous utilisez quoi pour être multi-plaforme ?
En plus, comme je suis un peu chiant, je préfère les langages interprétés!
Et vous, quand vous programmez, vous utilisez quoi pour être multi-plaforme ?
> Lire le journal (57 commentaires, moyenne: 2,6).
Vous avez demandé le commentaire #754846.
Run by 
Cette page a été générée par Templeet en 0.0601s (dont 0.0067 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
c++ + wxwidgets
c++ (le meilleur langage, élégant robuste et puissant) et wxwidgets (le meilleur tookit graphique), compilé en statique. Avec ça t'as un programme qui ne rame pas contrairement au même en python ou java, qui est auto-suffisant ( par de dépendance sur d'autres libs) et qui s'integre bien
[^]Re: c++ + wxwidgets
c++ (le meilleur langage, élégant robuste et puissant)
ça c'est de l'objectivité! Car tout le monde aujourd'hui s'accorde pour pointer du doigt les incohérences du langage. Je programme principalement en c/c++ dans mon boulot, et je suis loin d'arriver à la conclusion que le c++ soit élégant ou robuste. Après 10 ans de programmation intensive dans ce langage, j'en apprend encore tous les jours, donc d'accord sur le fait qu'il soit puissant (trop?)...
Quant à dire si c'est le meilleur, ça dépend, comme toujours de ton besoin...dans le cas du monsieur ici présent, je ne pense pas...
wxwidgets (le meilleur tookit graphique)
Là je ne peux qu'être d'accord, vu le nombre de fois ou il m'a sauvé la mise ce toolkit... comme quoi l'objectivité, tout ça... :D
[^]Re: c++ + wxwidgets
Ben pour un monsieur qui ne veut rien avoir à déployer sur le poste client si ce n'est l'exécutable, et être multi-plateforme C et C++ représentent une des rares alternatives, mais avec un surcoût non négligeable.
Sinon, tu peux tenter le FreePascal.
Non, rien.
[^]freepascal
+1 pour freepascal, avec lazarus qui commence à être un très bon outil pour faire du multiplateforme.
[^]Re: c++ + wxwidgets
Le monsieur veut de l'interprété; pourquoi pas wxLua alors?
[^]Re: c++ + wxwidgets
wxlua ca ne marche même pas avec la distrib officielle de Lua :(
Sinon, je confirme que Lua est un très bon langage, simple (très simple) rapide, léger ... toute les qualités. Le seul problème c'est qu'on a pas de batteries included comme en python, mais avec wxlua ca doit etre différent.
Le manuel du langage + l'API C tient sur une seulle page HTML de 226KB
http://lua.org
http://wxlua.sf.net
La Roue du Temps
[^]Re: c++ + wxwidgets
[blockquote]wxwidgets (le meilleur tookit graphique)[/blockquote]
Ne goûte jamais à Qt(4), tu pourrais bien changer d'avis.
[^]Re: c++ + wxwidgets
+1
C++ est le plus multi-plate-forme des languages modernes (sinon il y a C, mais il lui manque l'objet...), certes il n'est pas dès plus cohérant mais au moins il est normé, tout ca...
et WxWidget est aussi multi-plate-forme est surtout multi-compilo (essayez QT sous un compilo pas trop habituel, qu'on rigole...)
Le tout pour des executable qu'on n'a pas a installer etc... Juste un fichier sans dépendances.
Oui, c'est le couple que j'utilise et j'en suis content :)
Par contre c'est compilé (faut choisir entre compilé ou installer quelque chose, un language interprété doit être interprété, donc l'interpréteur, qui lui est compilé, doit être installé...)
[^]Re: c++ + wxwidgets
Ouais enfin, je persiste à penser qu'ils ne boxent pas vraiment dans la même catégorie, surtout depuis Qt4.
Et j'ai pratiqué les deux.
Rien que la doc de Qt, ça fout sur le cul.
Tu prends Designer, pareil. Et ce qu'ils ont fait pour Designer4 avec leur système de multi héritage Widget/Ui est tout bonnement extra.
Encore un peu d'effort et on retrouvera la simplicité de Delphi, sans ses défauts.