Version imprimable
Bonjour,
Je débute en java, et j'ignore s'il est possible de créer un logiciel multiplateforme en C++. J'aimerai le graver sur cd et pouvoir l'installer aussi bien sur linux, windows xp ou seven, mac etc
Est-ce possible? comment faire?
Un ami m'a parlé d'ajouter à l’exécutable des .dll, et j'ai rien compris! :?
Merci par avance pour votre aide.
B65ACR
Tu peux avoir un code multi-plateformes (s'il n'est pas trop bas niveau), mais tu auras un binaire (ou un jeu de binaires) par plate-forme.
Le code ne sera pas de très bas niveau. Un peu plus précisément, et en prenant en exemple le bout de code ci dessous, comment faire?
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
regarde du coté de Qt. Cela peut peut-être te convenirCitation:
Envoyé par B65AcR
http://qt-project.org/
ok merci.
Je n'ai encore jamais utilisé Qt. Est-ce que quelqu'un a déjà consu un logiciel "maison" grâce a Qt, et pu le ensuite le rendre multiplateforme?
Citation:
Envoyé par B65AcR
http://qt.developpez.com/actu/67692/...ration-a-OS-X/
Qu'est-ce que tu entends par "multiplateforme" ?Citation:
Envoyé par B65AcR
Si tu parles de fichiers binaires (exécutables) qui peuvent s'exécuter sur des architecture matérielles et/ou logicielles différentes, la réponse est "non, C++ ne peut pas faire ça".
Si tu parles de code source qui peut être compilé pour plusieurs architectures matérielles et/ou logicielles différentes, alors la réponse est "oui, C++ peut faire ça, mais il faut compiler le code pour chaque cible - Windows, Linux, Mac OS X". C++ est un langage portable, c'est à dire que le langage lui-même (avec la librairie standard) est supporté par de nombreuses architecture matérielles et logicielles. Le même code source C++ peut être utilisé pour générer un exécutable Linux sur processeur Mips, un exécutable iOS sur processeur ARM, ou un exécutable Windows sur x86. La limite n'est pas dans le langage lui-même ni dans sa librairie standard, bien que celle-ci soit pauvre si on la compare à la librairie proposée par Java ou à celle proposée par le framework .Net.
La plus grosse problématique vient du fait que les systèmes sont très largement différents, notamment au niveau de la gestion des fenêtres et de l'accès aux couches basses du système (même quelque chose comme accéder à un fichier sera fait de manière légèrement différente à cause du format des chemins de fichier). Pour éliminer les problèmes liés à ces différences, on utilise des librairies spécifiques qui vont étendre la librairie standard du C++. Ces librairies, du fait de leur disponibilité sur plusieurs architectures cibles, sont dites "portables" elles aussi. Et l'une des plus emblématiques, c'est la librairie Qt, qui permet de gérer entre autre :
- les fenêtres
- le rendu 3D (via OpenGL)
- le lien avec l'OS (pas besoin de savoir quel est le système d'exploitation sousèjacent ; Qt s'occupe de (presque) tout).
- une gestion des bases de données
- la concurrence (les threads)
- ...
D'autres en parleront mieux que moi.
Les ressources permettant d'utiliser Qt sont nombreuses sur le net, je ne te ferais pas l'affront de te les pointer.
Je vais donc me mettre sérieusement a Qt.
La meilleure chose que j'ai a faire est donc de faire fonctionner mon cd d'abord sur une seule plate forme, avant de penser aux autres?
Derniere question, si je developpe pour une machine windows, le code compilé fonctionnera de la meme maniere sous win95 ou win seven?
Si tu n'utilises aucune fonction que Win95 ne supporte pas, oui.
Généralement, cibler Win9x signifie renoncer au jeu de caractères Unicode, car Win9x ne supporte pas UTF-16 (et Windows n'a jamais "vraiment" supporté UTF-8), à une gestion fine des droits...
Franchement de nos jours il est plus simple de cibler au moins Windows 2000 (et même Microsoft ne le fait plus).
Même, Windows XP peut aussi être abandonné d'ici un an, vu que Microsoft ne fera plus le support. Mais bon, comme c'est encore 30 % d'un certain marché (vive l'Asie) et que Qt supporte Windows XP, ce n'est pas un vrai problème :)
Avant de te lancer dans Qt, il faut déterminer si tu en as vraiment besoin, en identifiant ce qui peut te poser problème : la gestion des fichiers, l'interface graphique, etc...Citation:
Envoyé par B65AcR
Il y a beaucoup de code qui tourne en multi-plateforme sans avoir besoin de Qt, et qui peut se contenter de Boost.