Discussion :

[shordeaux]

Bonjour,

disclaimer: je ne suis pas impartial je fais parti de l'équipe PHPEdit.

Le support Symfony dans PHPEdit propose des choses avancées qui ne sont présentes dans aucun autre IDE actuellement:

• Présentation su support Symfony et copies d'écrans

• Vidéo de présentation

Nous sommes friands de retours utilisateurs et de suggestion d'améliorations n'hésitez pas à contacter notre support support@waterproof.fr

[Fused]

Tu es un peu venu pour faire un coup de pub mais ça m'a l'air très intéressant.

Je regarderai sûrement à l'occasion.

[kaymak]

Bonjour,

disclaimer: je ne suis pas impartial je fais parti de l'équipe PHPEdit.

Le support Symfony dans PHPEdit propose des choses avancées qui ne sont présentes dans aucun autre IDE actuellement:

• Présentation su support Symfony et copies d'écrans

• Vidéo de présentation

Nous sommes friands de retours utilisateurs et de suggestion d'améliorations n'hésitez pas à contacter notre support support@waterproof.fr

pour la v1 ou la v2 ?

@Fused de mon point de vue cela relève plus de l'information que de la pub, pur et dur.

[Michel Rotta]

Pour la v1.

A priori un peu mieux intégré que dans Netbean.

Sauf que mes projets actuels sont sur la v2 et que là, c'est pas du tout intégré.

Bon, il voit un peu mieux les templates twig que Netbeans (qui lui ne les voit pas du tout).

Je n'en vais tenter le debug qui pourrait bien être décisif. Mais je ne suis jamais arrivé à faire fonctionner avec quoi que cela soit.

[shordeaux]

pour la v1 ou la v2 ?

Actuellement pour les versions 1.x (1.0, 1.2, 1.3, 1.4).

Nous attendons un peu plus de retours sur Symfony v2 pour travailler sur un support du même niveau. Nous sommes à la recherche de testeurs/contributeurs d'idées pour ce support, si des personnes sont intéressées, n'hésitez pas à me contacter en MP.

[Michel Rotta]

Je crois que je vais devoir remettre en question mon EDI actuel.

J'ai réussi du premier coup a relier le xdebug avec PHPEdit, ce que je n'avais pas réussi avec d'autre EDI jusqu'à présent (a configuration identique de xdebug).

Je vais tester plus en détail.

[erictomcat]

j'utilise NetBeans suite au conseil de michel.
Trés satisfait sauf sur un point, je n'arrive pas à comprendre comment fonctionne l'autocompletion des functions que l'on crée !!!

[kenny.kev]

Bonjour à tous,

Pour répondre à erictomcat comme beaucoup d'ide il faut faire la phpdoc et la faire bien.
Lorsque tu veux avoir l'auto-complétion, il faut que tu face contrôle+espace tu auras la liste de toutes les méthodes accessible de l'objet ou tous les noms des fonction ou des variables avec les lettres que tu as commencé à taper.

Personnellement j'en ai utilisé plusieurs (netbeans, eclipse PDT, Zend Studio, Visual Studio, PhpStorm, etc.) J'ai principalement trouvé les mêmes problèmes comme toutes les méthodes que je peux utilisé ne sont pas visible dans la complétion, les problèmes d'indentations, des ide trop lourds et surtout des gros problèmes avec les projets de plus de 100 Mo.

Les 2 qui facilites le mieux sont Zend Studio avec les plugin eclipse et phpStrom (malheureusement Payant) mais phpStrom je dois reconfigurer presque tous les raccourcis clavier.

Ensuite il y a eclipse PDT mais le problème il y a trop de chose à configurer pour qu'il deviennent bien en plus il n'arrive pas à descendre dans les classes hérités.

Netbeans, n'est pas assez souple comme pour les yaml je fais une tabulation il me met soit 4 espaces soit une tabulation suivant la configuration du projet (ce n'est pas le cas avec le plugin YEdit sous eclipse).

VS ne fonctionne que sous windows et en plus c'est plus un PC qu'il faut mais un serveur au minimum.

Voila

[erictomcat]

j'ai la version 6.9, donc sans PHPDoc, pourtant quand je tape un objet, il me liste tout les fonctions disponible pour cette objet quand cela fait partie d'un plugin ou le noyaux de symfony.
Comment faire pour avoir la même chose pour mes objets ?

[kenny.kev]

Alors pour information la PHPDoc est pris en compte dans Netbeans depuis au moins la version 6.0 vu que j'ai commencé avec cette version (mais je suis sur que c'est pris en compte depuis longtemps).

Quand tu fais un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$oMyObject = new myObject();
$oMyObject->

La en faisant ctrl+espace tu obtiens toute la liste des méthodes que tu as.
La PHPDoc viens ce greffer dessus en permettant d'indiquer à ton retour. Si tu as un retour de type objet alors tu indique comme cela (un exemple bidon) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
/**
 * @param array $type
 * @param int $name
 * @return myObject
 */
public function setNameForType(array $type, $name) {
       $this->$name = $type
       return $this;
}

Ça te permet d'avoir toute la liste des méthodes associé à cette objet.

[wokerm]

Visual studio reste le meilleur choix je ne trouve pas meilleur que ça
surtout pour la dernier version de visual studio c'est très pratique

[Michel Rotta]

Visual studio n'a jamais fait partie de mes tests, je ne pourrais ni abonder ni critiquer.

Mais si on part sur ce type de terrain, il y a zend studio... La grosse bête qui est née du php.

@Bakura. L'autocomplétion, c'est bien, mais c'est vaste en possibilités. Pour moi il y a autocomplétion si l'EDI est capable de compléter les fonctions du langage mais aussi les fonctions utilisateur, les méthodes, les propriétés, les variables, les namespaces. Si non, ce n'est qu'un gadget sympathique. Quant on fait du code dans symfony, 95% des noms a complété sont des méthodes ou des fonctions du projet ou de symfony...

[Th3D0c]

Après pas mal de tests et d'aller retour entre les différents IDE j'ai définitivement écarté NETbean et Eclipse car trop lourd et trop lent. Que cela soit chez moi ou au bureau le maitre mot pour un éditeur de texte doit etre rapidité. Ouverture, sauvegarde, travail, tout doit se faire rapidement avec le minimum de latence.

J'ai donc fini par me fixer sur UltraEdit. Certes payant, mais pour le boulot il est fournit
Tres rapide, supporte a peu pres tous les langages (moyennant l'ajout de fichiers de coloration dédiés), pas de fioriture, paramétrable a souhait. Une des habitude que j'ai pu prendre avec le temps et de travailler sur fond noir, afin d'augmenté le contraste sans pour autant avoir un ecran blanc brillant devant les yeux en permanence et avoir les yeux qui pleurent en permanence a partir de mardi 16h. Si simple mais pas toujours évident avec tous les editeurs...

Il n'y a pas vraiment de "key feature" qui me fait y rester, c'est l'équilibre entre assistance au code et rapidité d'exécution qui me séduit. Alors certes je n'ai pas d'auto-complétion des méthodes PHP avec extrait de doc a l'appuie. Certes je ne peux pas cliqué un objet ou une méthode pour ouvrir le fichier ou elle se trouve. Mais je peux éditer tout et n'importe quoi, et cela sans perdre 3-5 min a chaque démarrage :p

En revanche UE dispose d'un système de gestion par projet tout a fait efficace, de système de barre d'outils paramétrable (pour y mettre par exemple des recherches sur la doc ou les api), de panneaux rétractable et de selection verticale comme horizontale et tout ca sans aucun ajout de pluggin. Il en est dépourvu de toute façon.

Voila, en gros pour moi c'est l'alchimie parfaite entre un Notepad++ bien mais trop lomité et un eclipse fourmillant d'automatisme et de pluggins mais qui se prend un peu pour un OS sur les consommation de ressource.

[Michel Rotta]

Tous dépend des attentes et des besoins. Manifestement, tu recherches plus un gros éditeur de texte qu'un EDI.

Je connais Ultra Edit, il peut rentrer tranquillement (haut la main) chez les éditeurs de texte, il reste debout à côté du strapontin pour les EDI.

L'EDI, tu vas le lancer pour une séance de travail et tu es partis pour 4H de développement. Pas de problème de charger et recharger, vu que tu restes dans l'EDI durant tous le temps de travail.

Et, personnellement, j'ai un éditeur, qui est notepad++, pour les petites éditions vite faîtes. Il a été ultraédit il y a quelques années, mais j'ai quitté ou la licence était achetée et donc perdu leur licence.

[MaitrePylos]

Perso, j'utilise Netbeans depuis plusieurs années.

Je développe uniquement (pour le moment ) en ZF et j'en suis enchanté, j'ai également travaillé avec Zend Studio, mais je l'ai arrêté 0 la version 6.0 et son passage à Eclipse.

Netbeans me rend beaucoup de service et est très léger par rapport à Eclipse, 34 Mégas pour la version PHP, plusieurs centaines juste pour Eclipse.

Maintenant la question est de savoir ce que va faire Oracle, quand on voit qu'il à éjecté Ruby on Rails et que ses efforts vont vers Java 7, je ne pense pas que Netbeans reste une solution à long terme.

Va falloir que je me replonge à la recherche d'un nouvel IDE.

[grunk]

L'EDI, tu vas le lancer pour une séance de travail et tu es partis pour 4H de développement

Je suis assez d'accord , au taf je lance netbeans à 8h30 je le coupe à 18h donc si il prend 30 sec à démarrer ca me laisse le temps d'aller faire autre chose ^^

Après quand j'entends parler de lourdeur sur de gros projet , je serais curieux d'avoir quelques infos sur ces projets et vos machines de développement.
J'ai quelques projets qui avoisine les 100k lignes et j'ai jamais eu aucune lenteur particulière (sauf les plantages occasionnel qu'on peut rencontrer avec à peut près tous les IDE) même en étant synchronisé sur un subversion sur le réseau.

Par contre il est certains que pour une édition de fichier ponctuel un editeur type np++ surpasse les IDE.

Maintenant la question est de savoir ce que va faire Oracle, quand on voit qu'il à éjecté Ruby on Rails et que ses efforts vont vers Java 7,

Ruby est toujours présent dans netbeans , donc à priori pas trop de souçis à se faire. Et puis sa reste un projet open source , si oracle commence a faire son gros lourd , ca va faire comme le reste , ca va être forké.

[kaymak]

hello,
+100k de lignes.
Mais surtout un nombre de fichiers très très important, c'est surtout cela le problème.

Mais le gros problème ce n'est pas démarrage, c'est les updates, les comits sur svn. Une pure plaie tellement c'est devenu long.
Pourtant, perso, je ne comprend pas ce qui peut être si long (dans mon fort intérieur je suis persuadé qu'il est très mal fichu ce module).

Après, j'ai régulièrement des petits problèmes, et cela sur toutes mes installations de netbeans active, 4 en ce qui me concerne.
Au final quand je prend l'ensemble de mes petites misères, je suis un peu désapointé car si je me suis tourné vers netbeans et non eclipse c'est parce qu'il me semblait qu'il proposait une solution mieux intégré dans son ensemble, plus aboutie.
Hors là justement il ne cesse de me prouver le contraire..

Maintenant la question est de savoir ce que va faire Oracle, quand on voit qu'il à éjecté Ruby on Rails et que ses efforts vont vers Java 7, je ne pense pas que Netbeans reste une solution à long terme.

Ouep mais face à un java amplement installé, comment continué de gagner des parts de marché et affiché des courbes de progression en hausse ?
En lorgnant sur le succès d'autres langages, genre php.
Je suis convaincu qu'ils vont continuer d'ajouter des développements pour php, dès qu'ils auront fais le nécessaire pour java 7 !

a+

[jeremieca]

J'adore netbeans pour le support du Yaml, l'extension de support du twig, xDebug... Etc.

Un délice pour coder sous Symfony 2 avec OSx.

Bye :p

[elvan49]

Perso je travaille avec Netbeans, même si celui-ci a quelques carences. Son très gros avantage étant tout de même sa gratuité ! Alors que phpEdit... glups
Même si je reconnais qu'au niveau professionnel un investissement est toujours à réfléchir, Netbeans offre toute la base (et plus) pour bien travailler.
Autre intérêt il est multi plateforme ce qui n'est pas le cas de phpEdit réservé à Windows... Il n'est quand même pas rare de travailler en environnement Linux quand on développe, même du web .

[Racoon23]

Merci beaucoup Tsilefy, surtout pour l'astuce avec l'EAP ! J'essaierai cela ce week-end .