PHPPRO

Commentaires récents

• J.ducastel:

  J'utilise Komodo edit. J'ajoute les doc block à la main, mais ceux ci sont ensuite supportés par l'autocompletion ce qui est une bonne incitation à leur utilisation :)

  J'avoue que je n'utilise pas trop le chainage des appels, le poids de ma pratique de PHP4 sans doute. Et généralement mes setters renvoient un booleen.

• Seza:

  Même chose et même évolution que toi.

  Au début c'était cool l'autocomplétion puis c'est devenu une vrai méthode de travail. Les appels chaînés sont devenu une religion...

  Ce qui m'amène à regretter que les types scalaire de php ne soit pas objet et qu'on ai toujours les str... fonctions, les array... fonctions etc...

• avetis.kazarian:

  Attention ! Il ne faut pas mélanger les "doc block" (autrement dit PHPDoc) et les "annotations"; ce sont deux choses entièrement différentes dans Eclipse.

  Ce que vous présentez-là sont les blocs de commentaire à la JavaDoc (pour PHP on dit PHPDoc). Alors que les annotations sont un ensemble de mises en relief du code que propose Eclipse. On trouve les options d'annotations dans General > Editors > Text Editors > Annotations. Elles permettent notamment avec PDT par exemple, d'avoir pour une variable toutes les occurrences surlignées en une couleur (lorsque le curseur se trouve dessus).

  Il y a de très nombreux paramètres et on s'y perd vite, mais une bonne utilisation de ceux-ci permet de gagner beaucoup de temps.

  Je recommande à tous ceux qui travaillent sur un fond noir de passer par là pour les problèmes de couleurs (light/light).

  En passant :

  "public function getInstance" n'est pas déclarée "static" ;)

• Olivier Hoareau:

  @avetis: merci de la précision sur une des nombreuses fonctionnalités d'Eclipse ;)

  Par contre, en PHP le terme Annotations est aussi utilisé pour ce type d'artefact, cf http://www.slideshare.net/stubbles/declarative-development-using-annotations-in-php, ou le package PEAR PHP_Annotation, entre autre.

  J'en conviens il s'agit plus de doc bloc façon xdoclet (de mémoire en Java) plutôt que de réelle annotation à la sauce Java. Mais c'est un compromis déjà efficace à leur actuelle.

  Merci pour la coquille sur le public final static getInstance, c'est corrigé.

• Moosh:

  Je ne suis pas un expert avec les patterns, pourrais-tu développer cette phrase ?

  "je crée quasi systématiquement des factories pour éviter de passer par une variable inutile"

  Dans un nouveau post éventuellement.

• Olivier Hoareau:

  @Moosh: plus simplement (j'espère ;) ) :

  $o = new MaClasse();
  $o->maMethod1();
  $o->maMethod2();
  $resultat = $o->maMethod3();

  Dans ce cas là, tu réalises un enchainement de méthodes qui appartiennent toutes à l'objet $o. La variable $o finalement ne te sert pas à grand chose si ce n'est de pouvoir appeller les méthodes les unes à la suite des autres. Pour factoriser tu pourrais faire :

  $o = new MaClasse();
  $resultat =
      $o->maMethod1()
        ->maMethod2()
        ->maMethod3();

  C'est déjà un peu mieux (on peut tout mettre sur une ligne si on veut), par contre on se rend compte que la variable $o ne sert à rien finalment car elle n'est plus jamais utilisée (dans la suite du script). Du coup tu pollue ton script avec des variable qui ne sont pas utilier (et aussi l'espace mémoire).

  L'idée de la factory c'est finalement de faire une méthode static qui permettra d'éviter de mettre le "new MaClasse()" dans une variable :

  $resultat = MaClasse::creeObjet()->maMethod1()->maMethod2()->maMethod3();

  Si tu as pris soin de mettre de nom de classe explicites, des noms de méthodes assez court et parlant, tes scripts peuvent être plus concis et plus parlant (tu peux aussi mettre sur plusieurs lignes).

  La méthode creeObjet() peut aussi prendre un paramètre (c'est tout l'intérêt d'une factory), on sait qu'on fait souvent l'enchainement maMethod1() et maMethod2 dans notre code, et qu'en suite on a besoin de l'objet. On peut alors faire :

  class MaClasse {
      ...

      /**
       * Fait quelquechose
       *
       * @return MaClasse
       */
      public function maMethod1() {
          ...
          return $this;
      }
      /**
       * Fait quelquechose
       *
       * @return MaClasse
       */
      public function maMethod2() {
          ...
          return $this;
      }
      /**
       * Fait quelquechose
       *
       * @return string
       */
      public function maMethod3() {
          ...
          return "un resultat quelconque ici";
      }
      /**
        * Retourne une instance de la classe

        *
        * @param string $comment optionnel, quel type d'instance retourner ? Si null, une instance vierge, si 'm1_et_m2' => l'instance aura déjà eu maMethod1() et maMethod2() d'appellées
        *
        * @return MaClasse
        */
      public final static function creeObjet($comment=null) {
          $o = new self;
          if (null !== $comment && 'm1_et_m2' === $comment) {
              $o->maMethod1()->maMethod2();
          }
          return $o;
      }
      ...
  }

  $result = MaClasse::creeObjet('m1_et_m2')->maMethod3();

  Ma remarque voulais simplement dire qu'en utilisant ce principe de factory (qui prennent un paramètre éventuellement) je peux éviter de faire le new moi-même et éviter de stocker l'objet dans une variable (si combiné avec des 'return $this' dans chacune des maMethodX())

  J'espère que c'est un peu plus claire, sinon n'hésites pas à demander des précis / rectifications

• Tackichi:

  Pour moi, je travaille souvent sur Netbeans 6.5 grâce à ses fonctionnalités qui couvrent tous les besoins d'un developpeur professionnel

• senjy:

  Merci pour ce build, c'est tres interessant.
  Est ce que c'est possible d'avoir quelques capture d'ecran du résultat obtenu ?

• Olivier Hoareau:

  @Senjy : Quels types de captures d'écrans souhaites-tu ? 

• Seb:

  Bonjour,

  Je recherche des informations sur l'utilisation de Phing et PhpUnderControl, mais j'ai un peu du mal à dissocier les différences entre les 2. Si j'ai bien compris phpUnderControl peut utiliser phing ? Mais j'ai l'impression que phpUnderControl peut faire la même chose que Phing. Bref si vous pouviez m'éclairer ? :)

• Olivier Hoareau:

  @r.johann@orange.fr: Quelques précisions sur mon billet : http://blog.phppro.fr/?post/2010/02/28/Complementarite-PHPUnderControl-/-Phing

• Nico:

  J'ai tendance à faire pareil sauf que je rajoute le typage :
  @param array $tab : mon commentaire