Journal PMO 0.06 bientot ...

Posté par  (site Web personnel) .
Étiquettes : aucune
0
11
juil.
2007
Salut Journal,

Je t'écris pour t'informer que la version 0.06 de PMO (phpmyobject) va être publié dans les prochains jours/heures. Cette nouvelle version cartonne.

Sans parler technique, l'objectif de l'API PMO est de permettre aux développeurs PHP de développer en 2 fois moins de temps, et mieux leurs sites web.

Ce n'est pas un miracle, c'est de l'Orienté Objet.

Pour cela PMO crée une couche d'abstraction entre le SGBD et votre appli php qui permet d'enrichir les datas renvoyés par le SGBD, et les transforment en objets.

Pour ceux qui se demandent si ça existe déjà ou la différence avec PDO, le framework ZEND etc ...
http://linuxfr.org/~Code34/24824.html
http://linuxfr.org/~Code34/24600.html

Au passage, PMO a été passé sous licence GPL3.

J'attire votre attention sur le fait que toute aide est la bienvenue ! Etant donné qu'il s'agit d'un projet petit et jeune, ça peut être capital pour son avenir.

Si ça n'est pas du développement, ça peut être des rapports de bugs, des vidéos, ou des billets sur vos blogs, une discussion autour de la machine à café ;)

Une autre annonce: le site developpez.com a proposé d'héberger le projet. Vous pouvez donc retrouver le projet sur cet page (très moche)
http://pmo.developpez.com
  • # tar

    Posté par  . Évalué à 4.

    T'aurrais pas moyen de faire un bon vieux tar.gz des familles plutôt qu'un rar ? tar et gunzip, on connait par coeur, alors que rar c'est à moitié pas libre et la version libre ouvre pas la moitié des archives qui me sont passées entre les mains.
    Note que je dis ça, c'est juste par curiosité parce que je connais rien en php mais j'avais envie d'y jeter un coup d'oeil.
    • [^] # Re: tar

      Posté par  (site Web personnel) . Évalué à 2.

      Très bonne remarque, ça sera fait pour la 0.06.

      Il y aura également (pour la première fois) la phpdoc.
    • [^] # Re: tar

      Posté par  . Évalué à 2.

      rar ca pue cépalibre !
      • [^] # Re: tar

        Posté par  (site Web personnel) . Évalué à 4.

        La vache, ça c'est du taux de compression !

        Du commentaire de left, qui fait 70 mots pour 371 caractères, on est passé à 4 mots et 22 caractères !
  • # Juste en passant

    Posté par  . Évalué à 3.

    Pourquoi ne pas indexer les tuples directement pas leur ID et éviter ainsi une complexité en O(n) lors du commit (et pas seulement lors du commit).

    Ceci :

    public function commitControler($id){
    $obj = $this->map[$id]
    [..]


    Au lieu de :

    public function commitControler($id){
    foreach($this->map as $value){
    if($value['id'] == $id){
    [..]


    Évidemment il faut tester si le tuple existe au préalable et modifier un peu le code lors de l'insertion du tuple.

    Si j'ai une critique à faire en ayant très rapidement survoler le code :
    Je te conseil de définir une API (interfaces) un peu plus complète. Par exemple la structure renvoyée par 'mycontroler::getMap()' est plutôt indigeste.

    Bon courage pour la suite.
    • [^] # Re: Juste en passant

      Posté par  (site Web personnel) . Évalué à 2.

      Salut Ummon,

      Très juste. Les modifications dont tu parles notament au niveau de l'interface pour la map font parti justement des améliorations principales de la 0.06 qui va sortir :D

      La map devient une interface avec une classe concrète qui l'implémente.
  • # Petite question

    Posté par  . Évalué à 2.

    Je l'avais déja demandé pour la sortie de la 0.04 : Le mapping relationnel est - il géré?

    Merci d'avance!

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.