Développement Java sur un Mac-Xcode, Eclipse ou Netbeans [fermé]

Vous avez raté la Rolls Royce de tous les ID. IntelliJ Idea .

Si vous pouvez vous permettre d'acheter une licence personnelle, allez-y. Edit: Il existe une édition communautaire gratuite qui est un excellent moyen de commencer avec Java, Scala ou Kotlin.

Je préconiserais Eclipse sur le Mac pour Java, surtout parce que j'ai eu une très bonne expérience. Je ne vais pas parler de ses mérites en tant qu'E, mais voici quelques avantages inattendus que j'ai trouvés:

1. Lorsque mon employeur a changé d'E en Eclipse, j'étais bien en avance.
2. À peu près toutes les langues que je pensais essayer avaient unE gratuit quelque part en tant que plug-in Eclipse, donc j'ai un environnement de développement multilingue très cohérent.
3. Quand j'y suis finalement allé sur le côté sombre de Windows, je pouvais utiliser le même environnement de développement, ce qui était un énorme soulagement.

Mais c'est un peu un sujet religieux, alors attendez-vous à obtenir tout un tas d'opinions différentes

Juste pour être sûr que vous leur accordez une juste considération, Eclipse et Netbeans ont fait des allers-retours pendant un certain temps. Eclipse était beaucoup plus rapide parce qu'ils n'utilisaient pas Swing.

Maintenant Netbeans a rattrapé (peut-être dépassé) et a beaucoup d'élan.

Vous obtiendrez plus de votes pour Eclipse. Période. C'est parce que c'était mieux et plus de gens l'utilisent--et c'est juste la nature humaine de sentir que ce que vous utilisez est le meilleur et que tout le monde devrait l'utiliser.

Parce que c'était mieux ne veut pas dire que c'est mieux maintenant. Netbeans a plus de langues prises en charge et plus de prise en charge globale so donc il se développe plus rapidement.

Actuellement, j'utilise Eclipse--J'ai utilisé les deux (et IntelliJ et TextMate et Notepad...) et je peux vous dire qu'Eclipse a exactement une caractéristique sur netbeans... Mylyn(il a été renommé, il s'appelait Mylar). Cette chose est sacrément cool, mais peu de gens semblent même savoir qu'elle existe.

Donc, si vous ne connaissez pas un tas des frappes qui vous lient déjà à un éditeur, le futur est Netbeans-ne le passez pas à cause d'un tas de votes Eclipse.

Mieux encore, obtenez bien avec les deux--cela ne peut pas faire de mal et me rend beaucoup plus à l'aise quand une entreprise a besoin de l'un ou l'autre. Ne pleurnichez pas quand ils vous font changer.

N'utilisez pas Xcode - Le support Java dans les versions ultérieures manque beaucoup. Même Apple, qui le fabrique, vous suggère d'utiliser unE différent. Quant à NetBeans et Eclipse, ils ont tous deux leurs forces et un grand nombre d'adeptes vocaux. Je vous suggère d'essayer les deux et d'utiliser celui que vous trouvez plus confortable.

I pour une utilisation TextMate et des scripts shell. Mais je suis étrange.

Eh bien, je peux carillonner avec Netbeans, cela semble très bien fonctionner. Il y a des problèmes de clé de fonction qui, je crois, ont une solution, je ne l'ai tout simplement pas résolu. J'ai été très heureux avec Netbeans. J'aime sa nature "tout en un hors de la boîte" sur le choix et le choix de la nature plug in d'Eclipse, mais c'est juste une question de goût.

Un autre vote pour IntelliJ. http://www.jetbrains.com/idea/

J'ai utilisé à la fois Eclipse et Netbeans. J'aime plus Netbeans qu'Eclipse. Du point de vue de l'éditeur java, les deux ont une excellente aide contextuelle et les goodies habituels. Eclipse craint quand il s'agit de mettre en place des projets que d'autres membres de l'équipe peuvent ouvrir et utiliser. Nous avons un gros projet (environ 600K lignes de code) organisé dans de nombreux dossiers. Eclipse ne vous permettra pas d'inclure du code source en dehors du dossier racine du projet. Tout doit être sous le dossier racine du projet. Habituellement vous voulez avoir des projets individuels et être capable d'établir des dépendances entre eux. Une fois qu'il se construit, vous les vérifierez dans votre contrôle de source. Le problème avec eclipse est qu'un projet (c'est-à-direclasspath file) les dépendances sont enregistrées dans le dossier de l'espace de travail de l'utilisateur. Si vous tenez à voir ce dossier, vous trouverez de nombreux fichiers qui se lisent comme org.Eclipse.* etc. Cela signifie que vous ne pouvez pas mettre ces fichiers dans votre contrôle de source. Nous avons 20 feuille d'instructions étape pour quelqu'un de passer par chaque fois qu'ils commencent une nouvelle caisse de contrôle de source. Nous avons fini par ne pas utiliser ses trucs de gestion de projet par défaut (c'est-à-dire le fichier classpath, etc.). Au contraire, nous sommes venus avec un fichier de construction Ant et le lancer à partir de l'intérieur Eclipse. C'est encombrants façon. Si vous deviez sauter à travers ces nombreux cerceaux, l'E a fondamentalement échoué. Je parie que la gestion de projet eclipse a été conçue par des gars qui n'ont jamais utilisé d'EDI. De nombreuxES vous permettent d'avoir différentes configurations pour exécuter votre code (Release, Debug, Release avec JDK 1.5, etc.). Et ils vous permettent d'économiser ces choses dans le cadre de votre fichier de projet. Tout le monde dans l'équipe peut les utiliser sans grande courbe d'apprentissage. Vous pouvez créer des configurations dans Eclipe, mais vous ne pouvez pas les enregistrer dans votre fichier de projet (c'est-à-dire qu'il n'ira pas dans votre contrôle de source). Je travaille sur une demi-douzaine de nouveaux départs en l'espace de 6 mois. Je suis fatigué de les recréer à chaque nouvelle caisse.

D'autre part, Netbeans fonctionne comme prévu. Il n'a pas ce cauchemar de gestion de projet.

J'ai bien entendu des choses sur IntelliJ. Si vous commencez frais, aller avec Netbeans.

Mes 2 cents.

Cela dépend de ce que vous voulez faire. Mon expérience avec Java sur Mac a environ un an, mais NetBeans avait un bien meilleur support prêt à l'emploi pour le déploiement Tomcat (en particulier), et semblait généralement être un peu plus convivial. Par exemple, la version bêta de Netbeans que j'ai essayée utilisait des formulaires pour le Web.configuration XML, par rapport à l'éditeur XML ordinaire d'Eclipse (et en Europe, au moins, le redessinage de la ligne de l'éditeur XML était un peu sommaire sur le Mac).

Cela dit, pour ce projet, j'ai fini par faire un peu de configuration (pour un était un n00b) dans NetBeans, puis déplacé les fichiers de configuration XML vers Eclipse, et développé le reste là-bas. Comme d'autres l'ont mentionné, les zillions de plugins sont géniaux, et en général l'expérience est tout simplement très cohérente. Surtout si vous devez travailler sur une autre plate-forme.

Si Eclipse avait de meilleures liaisons OS X (en a-t-il? Je ne suis pas au courant), je l'utiliserais également pour le développement Obj-C.

J'ai beaucoup testé les éditeurs pour Java et je préfère Netbeans à Eclipse par une marge significative. NetBeans a un excellent support pour Java, une très belle interface utilisateur et des fonctionnalités puissantes. Il a également un excellent support pour C++ et je choisirais pour cela, disons, Visual Studio. Considérez JCreator classic edition, un excellent endroit pour commencer, mais pas aussi puissant que NetBeans, plus facile à entrer dans au début.

Je défendrais également les plugins NetBeans contre Eclipse parce que bien qu'Eclipse soit très apprécié pour la flexibilité offerte par les plugins, je pense que cela tient en grande partie au fait que les fonctionnalités de plug-ins également très puissantes de NetBeans ne sont pas tellement criées, même si elles sont également très fortes dans ce domaine. J'ai vu des applications de dynamique des fluides computationnelles basées sur la plate-forme NetBeans, très impressionnantes, je ne pense tout simplement pas que les développeurs NetBeans en fassent autant car c'est déjà un package complet à partir du moment où vous téléchargez il, puissant sans aucun besoin de configuration avec des plugins.

Si vous utilisez Eclipse, assurez-vous d'utiliser Ganymede (3.4) ou version ultérieure. Ils courent de grands. La version précédente (Europa) fonctionnait mal sur mon Macbook Pro.

Il m'arrive d'utiliser Eclipse sur mon Mac (en fait EasyEclipse qui est préconfiguré avec les plugins les plus importants) et je dois dire qu'il fonctionne très bien. J'ai cependant une expérience moins positive sur Linux.

J'ai aussi utilisé NetBeans 6 récemment et j'ai été très impressionné. Il semble avoir plus de fonctionnalités intégrées. La plupart des fonctionnalités sont sans aucun doute également disponibles en tant que plugin Eclipse, si vous pouvez le trouver.

Actuellement, j'ai l'impression que si vous commencez à développer Swing, Netbeans est votre meilleure option. Sinon, Netbeans ou Eclipse avec un ensemble pratique de plugins sont deux excellentes options.

Si vous consultez eclipse, pensez à EasyEclipse (gratuit) ou peut-être même MyEclipse (non gratuit). Ils viennent avec les plugins les plus utiles préinstallés.

J'ai travaillé avec Eclipse CDT et le support C++ de NetBeans, et je dois dire que, d'après mon expérience, CDT est de loin supérieur en termes de stabilité et de fonctionnalités. C'est vraiment impressionnant de voir à quel point l'indexeur CDT fonctionne; l'outillage est presque aussi bon que celui de Java. Je suis aussi un grand fan de JDT par rapport à NetBeans pour le développement Java. Le flux de travail est tellement plus fluide, ne serait-ce que grâce au compilateur incrémental (compile-on-save).

Une chose à propos de NetBeans cependant, son interface utilisateur coule un un peu mieux dans le "style Mac", ce qui est ironique car SWT a été créé pour fournir une interface native plus. La prochaine version d'Eclipse devrait être basée sur le Cacao (plutôt que sur le carbone, qui est le courant), mais ce ne sera pas avant juin prochain.

Note finale: tout le problème "in box" vs "plugins" est entièrement discutable et cela depuis Eclipse Calisto (il y a deux ans). Maintenant, avec P2 (le nouveau gestionnaire de mise à jour), il est très facile d'obtenir différentes fonctionnalités dans l'E. Je peux commencer avec un téléchargement et obtenir un environnement JDT/CDT/Mylyn entièrement fonctionnel et opérationnel dans les cinq minutes suivant l'installation (en supposant une connexion Internet fiable).

J'utilise Eclipse pour le développement, et j'ai eu rien d'autre que de la douleur. Il a plus de bugs qu'une boutique d'appâts, et est l'un des pires programmes écrits que j'ai jamais utilisé. Utilisez Xcode si vous voulez gagner du temps et de la frustration.

Je vais suggérer Eclipse car il a un plugin zillions et est presque un standard pour le développement Java. Mais j'ai entendu dire que NetBeans est vraiment sympa depuis leur dernière version spécialement si vous voulez faire une application de bureau(Swing) .

Je ne peux pas commenter Xcode car je n'ai pas joué avec.

D'après mon expérience, Eclipse est un très grandE. Il a besoin de plus de travail pour devenir mieux adapté à l'environnement Mac. Netbeans est la meilleure expérience hors de la boîte. Après installé, il est essentiellement prêt à partir. Après avoir essayé IntelliJ IDEA, j'ai oublié tous les autres types d'E: P

Mais à la fin, personne ne gagne sur l'autre.

IMHO comme D'HABITUDE !

Eclipse, car il a un meilleur support de C++ sur mac. J'ai utilisé Netbeans il y a longtemps, je ne l'aimais pas.

Utilisez l'E basé sur Java sur Mac uniquement si vous le devez (en particulier lorsque vous faites du développement Java). Xcode prend déjà en charge le développement C/C++, donc pas besoin de changer.

Est-ce que je manque le point ici ou les développeurs envisagent-ils toujours d'utiliser Mac pour le développement java? J'étais un partisan fort et rigide de Mac en tant qu'environnement de développement, mais depuis la décision d'Apple de ne pas porter java sur les versions ultérieures d'os x, ma confiance a un peu tremblé. Et ne pensez même pas à faire un déploiement j2EE sur Mac car cela provoquera un tsunami de malheurs. Si longtemps Java mais j'aime trop mon mac book pro . Pour INFO: J'utilise toujours Mac pour le développement java mais parfois, j'aimerais être un développeur python: (

D'après mon expérience, j'utilise à la fois Eclipse et Intellij (licence) pour le développement J2EE.

Pour la vitesse globale sur lesEs, Intellij est plus rapide et s'est écrasé moins que Eclipse. J'ai d'abord utilisé Eclipse et plus tard, je me suis habitué à Intellij et je suis tombé amoureux de celui-ci. Cependant, Android Studio de Google est basé sur Intellij. C'est plus moderne. Le débogage est beaucoup plus facile, surtout que vous pouvez évaluer un code de bloc pendant le mode de débogage pour voir comment il se comporte au lieu de simplement inspecter les objets. Je je les recommande vivement!