Raccourcis : Contenu - rubriques - sous rubriques
EN FR
Recherche Rapide Recherche avancée
 

  [Ouvert] jForm et HTML 5

Posté par obs le 21/04/2011 11:44

Je ne connais pas assez PHP pour pouvoir estimer l'impact sur les performances. Je vois, par contre, l'impact sur la maintenabilité et l'évolutivité... Je ne sais pas (j'ai même pas pensé que ça pouvait avoir un impact significatif en termes de perf).

Concernant la compilation, entre héritage et composition, je penche pour héritage car ce ne sont que des fonctions utilitaires. Mais par contre on pourrait envisager toute la gestion de plugin sous la forme d'une composition (mais faudrait faire de l'IOC).

Pour le schéma XML, faut prendre la solution B, ça sépare ce que fournit en native jelix des plugins maison pas de risque de collision.

  [Ouvert] jForm et HTML 5

Réponse #1 Postée par laurentj le 21/04/2011 12:02

Je ne connais pas assez PHP pour pouvoir estimer l'impact sur les performances

Déjà, plus tu as de classes, plus ça te bouffe de la mémoire (pour chaque classe et objet, il y a une structure de donnée en mémoire, en plus des structures de données décrivant les propriétés/methodes). De plus, ça devrait prendre plus de temps à parser (même si on va dire que ce n'est pas le point le plus important). Enfin, et le plus important, qui dit multiples fichiers, dit multiples accès au disque, et ça, ce n'est pas négligeable.

Mais par contre on pourrait envisager toute la gestion de plugin sous la forme d'une composition

C'est à dire ?

  [Ouvert] jForm et HTML 5

Réponse #2 Postée par obs le 21/04/2011 12:16

laurentj a dit :

Je ne connais pas assez PHP pour pouvoir estimer l'impact sur les performances


Déjà, plus tu as de classes, plus ça te bouffe de la mémoire (pour chaque classe et objet, il y a une structure de donnée en mémoire, en plus des structures de données décrivant les propriétés/methodes). De plus, ça devrait prendre plus de temps à parser (même si on va dire que ce n'est pas le point le plus important). Enfin, et le plus important, qui dit multiples fichiers, dit multiples accès au disque, et ça, ce n'est pas négligeable.

Ennuyeux... je regarderai de mon coté des infos la dessus

Mais par contre on pourrait envisager toute la gestion de plugin sous la forme d'une composition


C'est à dire ?

Dans l'idée, créer une classe FormPlugin contenant 3 attributs (compiler, controller, builder). Lors de l'instanciation de FormPlugin en fonction du besoin on assigne une instanciation d'objet dans ces attributs (je suis clair ?)

class FormPlugin {
<code>
   public $compiler;
   public $controller;
   public $builder;

}

class InputCompiler {

   public function compile() { ... }

}

$plugin = new FormPlugin(); $plugin->compiler = new InputCompiler(); $plugin->compiler->compile

</code>

  [Ouvert] jForm et HTML 5

Réponse #3 Postée par obs le 21/04/2011 13:23

Mais bon, la composition Jelix le fait déjà indirectement par les sélecteurs..

 
  1. Re: Petit Bug? >
  2. Appel à contributions, donnez votre avis >
  3. jForms : affichage >
  4. Utilisation d'un gabarit pour l'application >
  5. traitements en ligne de commande - "Unknown module" >
  6. new design >
  7. Réaffectation du template principal sans passer par les thèmes ? >
  8. jForm et HTML 5