Pourquoi NetBeans IDE 6.0 sera mieux que 5.5 ? May 28, 2007
Posted by josephcargo in Développement, Eclipse, Frameworks, Free Software, Software, Technologie, Web, Web service, ingénierie.trackback
En général NetBeans est un IDE développé en Java. Le projet NetBeans offre un IDE open source avec une plateforme. Tous ces deux permettent de donner la possibilité de développer n’importe quel type d’application.
Qu’est ce qui est nouveau dans la version 6.0 ?
D’abord la version 6.0 de l’IDE Netbeans sortira en novembre 2007. Elle contiendra plusieurs évolutions concernant :
L’éditeur :
- Il sera plus attractif, plus rapide au niveau des propositions des keywords (que celui de la version 5.5), et plus proche des fonctionnalités d’achèvement fournies par l’éditeur d’Eclipse 3.2 (peut-être mieux).
- Highlights : Très évolués par rapport à la version 5.5
- Achèvement de code (code completion) : La nouvelle version de l’IDE va permettre d’insérer un nombre remarquable de bloc de code ce qui va nous permettre de nous concentrer plus sur le cœur métier.
- Navigation dans le code : pas besoin d’aller rechercher d’une manière basique son mot-clé, la navigation mis en place est bien évoluée et rapide à la fois.
Ruby/JRuby/Ruby on Rails!
- Vous pouvez créer rapidement des projets Ruby avec une structure logique bien construite, exécuter les fichiers Ruby, configurer d’autres interpréteurs (JRuby, Ruby), exécuter les RSpec, réaliser les tests U…
- Editeur Ruby très avancé : utilisant la sémantique de l’information, l’éditeur est doté d’un code completion (achèvement de code) riche en associant la documentation RDoc. La possibilité de sauter d’une classe à l’autre sans déplier l’arborescence et en utilisant uniquement le code (Franchement ça ne m’étonne pas du tout vue que j’utilise ce genre de tools massivement depuis Eclipse 3.0 !)
- Génération des projets Rails : apparemment la génération des outils graphiques semble bien foutue. En effet, les plugins assurant cette fonctionnalité sont bien documentés genre de ne pas nous trop égarer. En plus, le fait de sauter d’une action Rails à sa vue qui lui correspond est d’une facilité énorme, sans parler de la visualisation des résultats sur un navigateur qu’on choisit à l’avance. Le contenu des fichiers RHTML est en mode highlight (le support NetBeans 6.0 gère bien les relations avec d’autres fichiers JavaScript et CSS)
Mise à jour :
L’installation ou/et la mise jour d’un certain nombre d’extensions et de fonctionnalités devient à la fois facile et rapide.
Développent du Swing GUI :
Je me contente juste de donner un exemple pour bien montrer où se situe la force des applications Swing sous l’IDE NetBeans 6.0 :
- En utilisant le template ” Java Desktop Application project “, on peut créer rapidement une forme qui affiche une table de base de donnée en offrant la possibilité de la modifier… Pour ce faire, un simple drag de la table sur l’objet “form” fait l’affaire ! C’est sympa je trouve !
Profiling :
Franchement c’est la chose qui me plait plus en utilisant NetBeans. NetBeans profiler est devenu une partie intégrante de la version 6.0. De plus en plus on code, le code devient plus épineux à régenter. Pour gérer le temps de réponse, les parties de code qui prennent plus du temps pour être exécutées, les tas et la mémoire, les fonctionnalités Profiler s’imposent comme la solution la plus pertinente pour l’évaluation du code en matière de temps de réponse et de l’optimisation de la rapidité de la réponse.
J2EE et le Web :
JavaScript est bien cerné dans cette version en ce qui concerne le highlighting, le code completion…Cela concerne aussi les scripts RHTML, JSP et HTML.
Pour les Web Services, mieux évoluées que la version précédente (Drag/Drop des web services sur las pages…)
Mobile :
Nouveaux composants du Visual Mobile Designer qui simplifie énormément la création et la modélisation des fichiers Mobile, les SMS, PIM…
SOA :
La version 6.0 de NetBeans fournit une interopérabilité inouïe avec les services .NET. La connexion et la déconnexion aux services web sont mieux gérées.
Voila un petit truc pour commencer à réfléchir si ça vaut le coup de passer d’une version précédente ou même d’un autre IDE à NetBeans. Personnellement, je me sens mieux disposé à continuer sur Eclipse (avec MyEclipse) d’autant que je n’aime pas beaucoup me dénaturaliser, surtout, je me sens que je maîtrise bien Eclipse quelque soient les difficultés qui se présentent parfois pour installer un nombre de plugins (ah les web services mais ça roule.)
PS : A ma connaissance, Jeremy travaille beaucoup avec NetBeans (la version 5.5 je crois !), vous pouvez lui demander si jamais vous voulez plus de détails.
Très intéressant ton brief sur Netbeans 6 – j’y jetterai forcément un coup d’oeil. Cela dit, je suis passé à Visual Studio 2005 – et cet IDE est une bombe. Rien à voir avec Netbeans ou Eclipse: tout est automatisé, intégré, on peut même faire très facilement des interfaces web avec l’avènement de Silverlight, et en plus, des outils de collaboration (Team System) allègent les équipes de dév des SVN et autres CVS. A noter que Visual Studio est multi-langage et supporte via la CLR aussi bien Java et Ruby que C# et même Cobol.
Et oui Jeremy, ca ne m’étonne pas trop que tu passes à un IDE de Msft, car ton stage est chez Msft
. En effet, Visual Studio gère le travail en équipe d’une facilité inouïe. Je ne suis pas sûr que ça sera meilleur que le CVS d’Eclipse mais cela reste justement en fonction du degré d’utilisation des deux IDEs et de l’expérience sur chacun.
Quand j’ai assisté à la présentation qu’a fait un jour un mec de Msft sur V.S à la Centrale, je me souviens que je suis resté épaté en voyant la manipulation quasiment systématique de Visual Studio, sa capacité à traduire à tous les langages, et sa bonne gestion de toutes les composantes du poste dans lequel les applis sont déployées. ASP.NET, Services Web, des applications bureautiques et des applications mobiles. Visual Basic, C++, C#, J#, Cobol, Fortran…
Mais la différence entre V.S et Eclipse comme dit celui qui est parmi mes meilleurs informaticiens irréprochables S.Jaber : “Visual Studio se prête avec brio aux exercices de conception graphique et de génération automatique de code alors qu’Eclipse nécessite de bonnes connaissances des API internes. A l’inverse, Visual Studio pêche dans l’homogénéité de son Framework encore dépendant de COM alors qu’Eclipse repose
sur un ensemble cohérent et homogène de classes et d’interfaces.”
Mais bon les deux sont au coeur du débat. Il reste comme même à dire que V.S devra dans les années qui viennent se généraliser sur la majorité des plates-formes.
Je suis entrain d’étudier éventuellement toutes les différences voyantes, si j’arriverai à trouver la pertinence dans ma recherche, je publierai sans doute un article sur cela.
A+ Jeremy le Msftien.
Ruby n’est pas intégré dans la versions actuell béta de NetBeans
vachment mieux ke 5.5 jimagin, mé jarrive pas a linstalé sur mon win2000! autrement dit, il fontinne pa son .exe !
Moi, la fonctionnalité que j’attends le plus c’est les groupes de projets ! En effet lorsque l’on fait du développement très modulaire un projet deviens une multitude de projet dans Netbeans (
Moi, la fonctionnalité que j’attends le plus c’est les groupes de projets ! En effet lorsque l’on fait du développement très modulaire un projet deviens une multitude de projet dans Netbeans, il devient alors pratique de pouvoir grouper ces projets dans un groupe de projet (qui est le véritable projet…). C’est un gain de clarté car quand on gère une multitude de projets modulaire qui sont eux-même une multitude de projets, on ne s’y retrouve que difficilement dans l’interface actuelle… J’ai testé hier sur la Milestone 10 et ça me plait beaucoup (mais je reste encore sur la 5.5.1 pour bosser, j’ai eu quelques bug tout de même et je préfère attendre la version stable, j’ai eu quelques mauvaise expérience avec Netbeans 5 beta…).
Sorry bug…
Faty,
D’abord ici on parle de netbeans 6.0. Pour la 5.5, elle est parfaitement STABLE !
Je comprend pas ce que tu veux dire par Projet qui est subdivisé en une multitude de projets ! C’est possible de créer un folder et des sous-Folders comme meme !
Un seul projet est constitué soit de modules ou de sous folders, so, tu peux m’expliquer plus ce que tu veux plzzzz
A+ FATY.
Hello,
Quand je dis que j’ai eu quelques bugs c’est avec la beta 6 et non avec la 5.5.1 !
J’ai eu aussi des soucis à l’époque avec la 5 lorsqu’elle était encore en beta !
Concernant les projets, tu peux créer ton arborescence de fichier comme tu l’entends évidemment, mais dans l’outil de navigation “Projects” (qui est tout de même plus pratique que l’outil “Files”), tu ne peux avoir que la liste de tout tes projets chargé dans Netbeans sans possibilité de classement (ou alors ça m’a échappé mais ça m’énerverait un petit peu là…). Dans Netbeans 6 tu peux créer des groupes de projets (notion virtuelle qui ne sert qu’a organiser la navigation), et par un click droit dans le navigateur “Projects” tu sélectionne un groupe et tu ne vois que les projets liés à ce groupe. C’est très simple mais super pratique !
Faty,
Excuse mais ce que tu dis est évident ! une béta est souvent instable voire toujours, Est ce que t’as eu des soucis avec une version valide de NetBeans ? Si oui, j’aimerai bien savoir lesquels, car j’en doute vraiment qu’il y en a visiblement, à moins s’il y a des dépendances techniques au OS qui doivent être tranchées au préalable…
A+ Faty
Oui bien sur que c’est évident… mais avec la version 5 je n’avais pas pu m’empêcher d’attendre au vu des nouveautés qu’elle proposait et j’avais pris le risque de migrer mes projet ‘en prod’ sur la beta, ce que je ne referai pas cette fois-ci.
Sinon non je n’ai pas eu de problèmes de stabilité avec un version stable de NB, tout de même 2 problèmes léger (avec la 5.5) :
1) Des comportements étranges parfois lors de la synchronisation avec un serveur subversion… il m’a fallu de temps en temps me connecter au SVN avec un autre soft et faire un peu de nettoyage pour pouvoir re-commiter mes fichiers.
2) Le refactoring deux fois (sur beaucoup!) n’a pas complètement fonctionné, c’est à dire qu’il n’a pas fait les modification dans le code auto-généré par matisse… et comme tu ne peux pas modifier ces portions de code manuellement dans l’éditeur, j’ai du ouvrir les fichiers concernés (.java mais aussi les config files XML) dans un autre éditeur de texte et lancer un replace all… (mais j’ai récupéré le projet en question…).