Quel IDE pour Scala 2.8?

Question

C'est la même question pour l'ancienne version de Scala, mais ils disent que le plugin Eclipse a été considérablement amélioré. Est-ce le meilleur IDE maintenant? Comment différents IDE Scala se comparent-ils aujourd'hui?

Answer 1

J'ai eu beaucoup de succès avec IDEA 9. J'ai brièvement essayé Netbeans et Eclipse et je n'ai pas réussi à obtenir ce que je voulais. Le code complet d'Eclipse ne s'est pas comporté aussi bien que je l'aurais souhaité et je ne pouvais pas trouver un moyen de faire en sorte que Netbeans gère les scripts Scala; Je me plaindrais simplement que le fichier n'était pas une classe.

Pour être clair, j'utilise IDEA depuis quelques années pour Java, alors gardez cela à l'esprit :)

Answer 2

Pour le moment, Scala Plugin dans IntelliJ IDEA est le meilleur. Il gère Scala 2.8 bien. IntelliJ IDEA Community Edition est maintenant libre et open source (et travaille avec Scala), donc je ne vois aucune raison pour ne pas l'utiliser.

Le plugin est encore un peu buggé (beaucoup de "faux négatifs", c'est à dire le code sans rouge souligne ne peut pas compiler avec succès; mais presque pas de "faux positifs"), mais parfaitement utilisable. La meilleure chose est que vous pouvez utiliser l'IDÉE est excellente débogueur avec Scala (non sans quelques problèmes, mais il fonctionne réellement!).

FSC (Rapide Compilateur Scala) est également pris en charge dans les dernières versions. Un gain de temps énorme.

Le plugin équipe de développement est assez réactif. Certains de ceux qui travaillent directement dans JetBrains et possèdent une connaissance intime à propos de l'IDÉE de la plateforme, de sorte que le développement progresse vite.

Answer 3

Le plug-in Scala de JetBrains IDEA prend en charge 2.7 et 2.8 également.

Je ne peux pas faire de comparaison car j'ai utilisé uniquement IDEA.

Answer 4

À l'aide d'Eclipse Helios avec la dev-de la nouvelle version de Scala(2.8) plugin, comme il n'existe pas une version officielle encore. C' est bêta, définitivement, mais je ne peux pas confirmer l'fréquemment exprimé l'opinion que ce plugin est carrément horrible ;-)

Je dirais, l'expérience est déjà OK-ish, et en effet mieux que l'état actuel des affaires avec le Groovy plugin. Otoh, que, l'expérience de la plaine de Java est beaucoup plus lisse (se sent comme voler à la fois), et le courant CDT je dirais un peu entre les deux.

Différentiels de compiler et d'erreur mettant en évidence le travail assez bien pour moi; régler un DSL mise en œuvre dans le formulaire juste en continu la réécriture de votre code jusqu'à ce que l'erreur marqueurs sont partis, sans jamais avoir à tester l'exécution de votre programme -- est carrément fun et juste qui montre encore une fois que FP / typage statique des roches!

Les problèmes rencontrés de temps en temps: - implicites et les types imbriqués dans d'autres unités de compilation (esp. imbriquée / super colis), ne sont pas ramassés à des moments où il y a encore d'autres erreurs autour; ils seront repris après une version complète - il semble y avoir une fuite de mémoire dans la version que je suis en ce moment (à partir de fin août 2010), ce qui nécessite de redémarrer le workbench après quelques heures de travail - méfiez-vous lorsque vous êtes en utilisant AspectJ, pour vous assurer d'obtenir une version de la Scala plugin qui s'appuie sur un JDT tissage bundle version qui fonctionne également avec AJDT

PS: je suis en utilisant maven s'appuie dans tous mes projets, et ont généré projets eclipse avec l'eclipse, maven-plugin, puis importées comme de simples plat de projets eclipse. Je peux juste vous recommandons vivement tout le monde à garder à l'écart de la M2-plugin eclipse (maven) dans sa forme actuelle (2010) de l'état, il rend votre workbench lente et douloureuse, est buggé et a beaucoup de presque un comportement imprévisible, parce qu'il essaie constamment de faire de la magie des choses en coulisses (et à côté de ça, le aspectj soutien est en panne depuis ce printemps)

Answer 5

j'utilise à la fois l'éclipse et l'IDÉE

1. eclipse prend en charge le type de détection est mieux que l'IDÉE (c'est très neccessery chose si vous voulez programme dans le style fonctionnel que vous pouvez être conscient du type d'expressions et les variables.)

   ---

   Edit1: IDÉE prend en charge la détection de type comme eclipse, mais vous avez pour définir une valeur dans vos fonctions par exemple: def testTs[A](a:List[String],b:List[A]) = for{ ai <- a bi <- b } yield (ai,bi) } devraient être converties en def testTs[A](a:List[String],b:List[A]):List[(String,A)]={ val result = for{ ai <- a bi <- b } yield (ai,bi) } aussi au lieu de passer votre souris sur les variables que vous devez appuyer sur ctrl+q lorsque votre souris est planent sur cette variable

2. eclipse avoir des problèmes dans le code la fin (lorsque vous utilisez une variable dans la ligne suivante, et vous souhaitez obtenir un la propriété de cette variable eclipse afficher les mauvais code des suggestions)
3. dans l'IDÉE de ruiner un scala application est 5 sec plus lent que eclipse (il y a une solution pour le buste IDÉE de l'exécution, mais ceux-ci ont des effets secondaires ont des problèmes) dans l'idée il y a un problème connu avec la vitesse du double clic que de se montrer dans de nombreux cas, comme l'ouverture d'un fichier ou de sélectionner une chaîne dans la source... vous pouvez augmenter double-cliquez sur le temps par la création (ou modification) /home/.Xresources et ajouter cette ligne: *.multiClickTime: 400

Edit1: en résumé, je préfère utiliser l'IDÉE plutôt que d'eclipse