Bonjour, je voudrais utiliser import javax dans Microsoft J# Express 2005. Est-il possible d'avoir un support de celui ci sachant java est supporté quant à lui.
Merci
Version imprimable
Bonjour, je voudrais utiliser import javax dans Microsoft J# Express 2005. Est-il possible d'avoir un support de celui ci sachant java est supporté quant à lui.
Merci
Salut,
Si je ne me trompe pas, les packages javax sont apparut dans Java 1.2. Or il me semble que J# est basé sur le Java de Microsoft (java 1.1 + des packages spécifiques).
Donc cela m'étonnerais que ce soit possible...
Tant qu'à faire du Java, pourquoi ne pas utiliser du vrai Java ?
a++
Je programme déja en C ou Basic avec express. Tant qu'à faire pourquoi pas programmer du java avec express aussi. J'aime bien l'EDI en plus.
Y'a pas un utilitaire permettant convertir les classes de Java en .NET pour être utilisable sous J# 2005 ?
Bonne question mais le verdict du process Sun vs. Microsoft leur interdisait de fournir une JVM autre que celle "compatible" 1.1.7~8 qu'ils avaient deja. Je doute donc que Microsoft ait perdu du temps a devellopper un eventuel support Java 1.2~1.5 car apres tout il n'y a pas que le support des packages additionnels il faut aussi prendre en compte les modifications de la syntaxe du language dans Java 1.4 et 1.5. D'autant plus que ce n'est guere dans leur habitudes de permettre d'utiliser et/ou de mettre en avant les technologies d'autrui (quand ils n'en tire aucun avantage).
J'ai un pb equivalent avec Visio (Office, editeur de diagrammes) qui manque singulierement de classes Java pour les graphes UML. Alors que bizarrement on trouve toutes les primitives C++, C# et VB. Et le seuls package que j'avais trouve qui en contenait etait commercial.
Ils auraient pu autoriser l'utilisateur de choisir ses propres classes car contrairement à J#, C++ express permet de choisir ses propres fichiers d'entêtes. En plus avec C#, on peut convertir ses propres classes vers le .NET.
Bon, j'écrirais avec J# et le compilerais avec javac mais c'est moins marrant que de le faire directement avec J#.
C'est vrai il y a d'autres EDI comme Eclipse mais trop lourd à mon gout et je ne citerais pas les défauts des autres aussi.
Si quelqu'un à une solution, merci de m'éclairer.
Le probleme est que les classes javax.* reposent sur une infrastructure qui necessitent des appels natifs. Par exemple Swing est dessine avec Java2D qui est surtout compose de code natif. Il est tout a fait possible de recompiler le code source des packages javax.* en .NET avec J# (meme si je doute que la licence du code source du JDK t'y autorise) mais le resultat ne fonctionnera surement pas en raison de tout ce code natif qui est prevu pour fonctionner avec une JVM et non pas un environnement .NET.
Sans vouloir rentrer dans le debat de savoir quel IDE est meilleur que l'autre, tu devrais serieusement envisager un autre outil. La raison est tres simple : IntelliJ IDEA, NetBeans, JBuilder, JDeveloper, Eclipse, etc. sont faits pour developper du code Java et le font tres tres bien. J'aime bien les IDE de Microsoft mais en matiere de fonctionnalites et d'aisance de developpement J# Express ne sera jamais a la hauteur des IDE specialises pour la plateforme Java (par exemple IntelliJ avec son analyse statique du code ou ses nombreux refactorings).
C'est surement genant de devoir changer d'environnement et d'en apprendre un nouveau mais au final tu y gagneras enormement.
C'est claire :-D
Je voudrais juste savoir si IntelliJ IDEA est en français ? car j'ai un peu de mal à m'intégrer dans une interface en anglais.
Et je voudrais juste savoir, lorsqu'on compile avec javac. Il recherche les fichiers d'entête dans quel dossier sous Windows car je l'ai pas trouvé ? (Il n'est pas présent dans Dossier Program Files\Java)
Et aussi n'est-il pas possible de compléter automatique ou proposant une liste au fur et à mesure, pour m'éviter de taper CTRL + ESPACE à chaque fois. Merci
IntelliJ peut afficher un popup de completion quand tu tapes un '.'. Tu peux regler sa vitesse d'affichage dans les options.
Merci et pour l'information sur la compilation avec javac, ou peut-on trouver ses fichiers d'entête ?
Ceci afin d'essayer de rajouter mes propres classes et de compiler avec javac qui incluera et reconnaitra mes propres classes (si ça marche bien sûr).
Il n'y a pas de fichiers en-tete en Java, seulement le code source (les .java) et le code compile (les .class). Toutes les classes se trouvent dans <ton installation de Java>\jre\lib\rt.jar
Il y a quand meme ceux utilises par JNI non ? :wink:
Y sont dans <repertoire d'installation du JDK>/include/ ; mais bon je doute que tu en ais grand besoin pour ce que tu veux faire. :lol:
Ok je sors...
Une petite question, comment faire pour que javac reconnait notre classe lors de la compilation automatiquent. je doit le mettre dans le même dossier que le fichier java ? ou autre part ?
import MaClasse // inconnu de javac
...
...
...
Quelques soit l'endroit ou tu les met, les classes que tu generes/utilises doivent etre dans le CLASSPATH, qui est defini soit par la variable d'envirronement %CLASSPATH% ou $CLASSPATH (Windows utilise des %truc% mais Visual Studio (et UNIX bien sur) utilise des $truc en general) soit via des flag -classpath de la commande javac et -classpath ou -cp de la commande java. Tu peux aussi les mettre dans le repertoire lib/ext du JRE (le JDK inclue aussi un JRE).
Si ta classe est dans un package, c'est le repertoire racine a la racine du package qu'il faut mettre dans le CLASSPATH.
ex : classe MaClasse dans package mon.package.a.moi ; apres compilation on obtient l'arborescence suivante mon/package/a/moi/MaClasse.class, c'est le repertoire parent de mon/ qu'il faut mettre dans le CLASSPATH.
Note : il peut etre interressant d'inclure le repertoire courant (.) dans le CLASSPATH egalement.
Et c'est meme indispensable si on installe ce @#! de QuickTime (livre avec iTunes notamment) qui declare un CLASSPATH systeme. Apres installation de QuickTime, Java ne peut plus trouver les classes du repertoire courant a moins de preciser explicitement -classpath .Citation:
Note : il peut etre interressant d'inclure le repertoire courant (.) dans le CLASSPATH egalement.
C'est tres enervant.