Journal Générateur de templates

Posté par  (site web personnel) .
Étiquettes :
0
13
mai
2004
Je suis en train de travailler avec l'équipe de l'ADULLACT sur un outil de gestion en temps réel des résultats éléctorals.

J'ai cependant besoin de deux choses :

un générateur de templates (afin de nettoyer le code php dupliqué, il y a au moins 2000 lignes redondantes) : apparemment, on m'a dit que smarty ( http://smarty.php.net(...) ) était le mieux car il gère en plus les failles de sécurité php.

des informations (compréhensibles, pas juste une série de spec.) sur la compatibilité du javascript/ecmascript avec les navigateurs sous gecko et khtml. la version de base est composée de plein de js uniquement compatible ie, c'est assez atroce.

Toute autre idée de votre part sur les technologies à choisir, des projets similaires à observer etc :)

  • # à propos d' "élections"

    Posté par  (site web personnel) . Évalué à 1.

    il s'agit d'un programme écrit essentiellement en PHP, désolé de ne pas l'avoir précisé :p

  • # Tiens je viens de trouver Templeet et DaCode

    Posté par  (site web personnel) . Évalué à 1.

    Comme le débat semble houleux (je comprends que les élections, en ce moment laissent plutôt froid quand on voit que le parlement européen est évincé par les ministres http://www.linuxfrench.net/article.php?id_article=1427(...) ;) mais je me proposais de l'alimenter un peu plus en demandant ce que vous pensez de ces moteurs de templates ?

    • [^] # Re: Tiens je viens de trouver Templeet et DaCode

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

      je suis un fan de smarty ...
      et pour avoir tester plusieurs moteurs de templates pour php
      je ne peux que t'appuyer dans ton choix ...

      Smarty : c'est vraiment excellent ... (et je ne conçois même plus de faire du php sans smarty)
      (je peux débattre sur le moteur de smarty ... je connais bien son fonctionnement ... car j'ai fais une version asp, et une pour python ... car je ne peux même plus m'en passer pour d'autres langages ... c pour dire si je l'aime ;-) )

      Sinon ... un générateur de tempate : je sais que ça existe ... un générateur de template pour smarty : je sais pas ... mais si c le cas, tu devrais pouvoir te renseigner sur smarty.php.net ... (mais sinon, perso, je vois pas l'intérêt d'un générateur de template ?!?)

      sinon ... quant à la compatibilité ecmascript : je suis quasi certain que ça ne pose aucun prob pour les gecko-like, et IE (aucune idée pour khtml) ... (cependant, j'ai toujours développé mes plugins moi-même, et j'y mettais du code javascript "sain", donc, pas de problèmes)

      en esperant avoir bien compris ton post ...

      • [^] # Re: Tiens je viens de trouver Templeet et DaCode

        Posté par  . Évalué à 1.

        Smarty : c'est vraiment excellent ...

        Je suis d'accord mais il y a d'autres gestionnaires de templates plus simple d'utilisation, un journal récent mentionnait ce comparatif : http://cyberzoide.developpez.com/php4/template/(...)

        Une fonctionnalité qui peut être précieuse dans l'appli que veut développer Bruce est la possibilté de mettre les pages html générées par Smarty en cache.

        • [^] # Re: Tiens je viens de trouver Templeet et DaCode

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

          vu l'ordre ... si j'ai bien compris ...
          leur préféré reste "smarty"

          mais de là à dire que la syntaxe est difficile ... c faux ... complètement faux !

          pour en avoir testé beaucoup de cette page ...
          je trouve les syntaxes de modelix, templeet et compagnie bien plus lourde ...

          et les syntaxes à la XML (xhtml compliant) ... je trouve ça trop lourd
          (et pourtant je suis également un utra fan de xml et cie ... mais l'intérêt de faire des moteur de template en xml ... autant faire du xml/xslt ... c'est fait pour ça !)

          je trouve que le xml, associé dans du xhtml, c bien, c compliant ... mais c très lourd à gérer, à lire ...
          tu peux mettre du smarty dans du xhtml strict, ça restera compliant aussi, et bien plus lisible ;-)

          ce qui est extremement bien avec smarty ... c la simplicité avec laquelle tu développes des modifiers, plugins, block ...

          il est evident que si tu prends smarty tout seul, c déjà bien .... mais c pas top

          une fois que t'as fait ton framework smarty, avec tes plugins/modifiers/block ... c que du bonheur ... et tu développes à vitesses grand v !

    • [^] # Re: Tiens je viens de trouver Templeet et DaCode

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

      daCode ne répond pas vraiment aux besoins, c'est un moteur de dépêches pas un système de templates. Templeet est par contre utilisable pour le besoin cité.

    • [^] # Re: Tiens je viens de trouver Templeet et DaCode

      Posté par  (site web personnel) . Évalué à 1.

      générer un template et avoir un moteur de templates sont 2 choses différentes.
      regarde aussi Templeet.

  • # A propos

    Posté par  . Évalué à 1.

    Je reposte comme je ne suis pas sûr que mon précédent commentaire se soit bien enregistré.

    Je disais donc :

    Je suis en train de travailler sur le même projet que toi et j'ai commencé a mettre en place smarty avec une gestion des styles par élection.

    Peux-tu me contacter à la mairie de savigny sur orge pour qu'on en discute ? (Standard : 01 69 54 40 00, demande Jean-Michel au service informatique)

  • # Smarty est un bon choix

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

    Salut,

    J'utilise maintenant Smarty depuis presque un an et j'avou avoir été conquis.
    J'ai un peu tester d'autres moteurs modeliXe et Templeet.
    J'ai choisie Smarty parce que le projet est un projet du team PHP ce qui lui confère un avenir assez certain. La documentation est train bien faite et le forum est plus qu'actif. Mais surtout il est complet, facile a apprehender, je le trouve super clair (surrement grace a la doc). Si j'ai pas choisi templeet c'est entre autre a cause du manque de doc, c'est surrement un super moteur de template mais je n'ai peut etre pas pris assez de temps pour le tester a fond.
    Dans tout les cas de regrette pas mon choix.

    Pour ce qui est l'utilité d'un moteur de template, je dirai que ca oblige a bien separer la partie extractions de données, traitement, de la présentation. Le système de cache.

  • # Mon expérience

    Posté par  . Évalué à 1.

    Pour info, j'ai déja écrit un logiciel de traitement des résultats électoraux pour un quotidien. Au départ cela semble assez simple, puis beaucoup moins simple à l'arrivée :

    1- pas une élection ne ressemble à une autre (découpage en canton / région / circonscription, etc.)
    2- dans une même élection les règles peuvent être complètement différentes selon la taille de la ville
    3- les listes des élections municipales peuvent être dynamiques (!)
    4- le mode de calcul du gagnant peut dépendre de l'age du capitaine (véridique)
    5- des listes peuvent être annulées au dernier moment
    6- les modes de calcul peuvent changer d'une année sur l'autre
    7- l'ordre de sortie des candidats est variable (et pas forcément le même selon les préfectures et le ministère)
    8- etc.

    Bref du boulot, rien d'impossible mais beaucoup moins simple qu'il ne parait au premier abord.

    Et puis surtout, c'est extrémement difficile d'avoir des résultats fiables en temps réel pour la plupart des élections sans téléphoner à toutes les mairies (et encore, il faut se dépécher car pour un fin d'élection à 18h, certaines mairies ferment à 18h25 et hop c'est foutu - tout le monde dort). Quand à compter sur un envoi des résultats par les préfectures, faut pas réver...

Suivre le flux des commentaires

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