Modèles Python pour HTML/XML énorme

Question

Récemment, j'avais besoin de générer une énorme page HTML contenant un rapport avec plusieurs milliers de lignes. Et, évidemment, je ne voulais pas construire tout le HTML (ou l'arbre sous-jacent) en mémoire. Comme résultat, j'ai construit la page avec l'ancienne bonne interpolation de chaîne, mais je n'aime pas la solution.

Ainsi, je me demande s'il existe des moteurs de modélisation Python qui peuvent produire le contenu de la page résultant par des parties.

UPD 1: Je ne suis pas intéressé par la liste de tous les cadres disponibles et les moteurs de modèle. Je m'intéresse aux solutions de modélisation que je peux utiliser séparément de n'importe quel framework et qui peuvent générer du contenu par portions au lieu de construire le résultat entier en mémoire.

Je comprends les améliorations d'ergonomie du chargement de contenu partiel avec le script client, mais cela sort du cadre de ma question actuelle. Dites, je veux générer un énorme HTML/XML et le diffuser dans un fichier local.

Answer 1

Les moteurs de gabarit les plus courants ont un moyen de générer ou d'écrire des résultats rendus dans des objets de fichiers avec des fragments.Par exemple:

• Template.generate() dans Jinja2
• Template.render_context() dans Mako
• Stream.serialize() dans Genshi

Answer 2

Il serait plus convivial (en supposant que javascript soit activé) pour construire la table via javascript en utilisant par exemple. un plugin jQuery qui permet le chargement automatique du contenu dès que vous faites défiler vers le bas. Ensuite, seules quelques lignes sont chargées initialement et lorsque l'utilisateur fait défiler plus de lignes sont chargées à la demande.

Si ce n'est pas une solution, vous pouvez utiliser trois modèles: un pour tout avant les lignes, un pour tout après les lignes et un troisième pour les lignes. Ensuite, vous devez d'abord envoyer le modèle avant-lignes, puis générer les lignes et les envoyer immédiatement, puis le modèle après-lignes. Alors vous aurez seulement un bloc/rangée dans la mémoire au lieu de la table entière.

Answer 3

Utilisez-vous un framework Web pour cela? http://www.pylonshq.com inclut la compatibilité avec plusieurs moteurs de modèle. http://www.djangoproject.com/ Django a son propre langage de template.

Je pense qu'une réponse qui incluait le chargement paresseux des lignes avec javascript fonctionnerait pour la vue Web, mais je suppose que le rapport devra être imprimé, auquel cas vous devrez construire le tout à un certain niveau. point, n'est-ce pas?

Answer 4

Il n'y a aucun problème à construire quelque chose comme ça en mémoire. Plusieurs thoins et rangs ne sont en aucun cas grands.

Pour templating besoins, vous pouvez utiliser l'une des:

• premier http://docutils.sourceforge.net/rst.html (a juste besoin docutils de base)
• démarquage http://daringfireball.net/projects/markdown/ (python lib)
• sphynx http://sphinx.pocoo.org/ (python basé)
• JSON http://www.json.org/ (python lib)

Il existe sometools qui permettent la génération de code HTML à partir de ces langages de balisage.

Answer 5

Vous n'avez pas besoin d'un moteur de templating en streaming - Je le fais tout le temps, et bien avant vous rencontrez quelque chose de côté serveur vaguement lourd, le navigateur va commencer à étouffer. Le rendu d'une table de 10 000 lignes arrime le processeur pendant plusieurs secondes dans à peu près tous les navigateurs; en le faisant défiler, il sera agité de façon agitée en chrome, et l'utilisation du navigateur augmentera quel que soit le navigateur. Ce que vous pouvez faire (et que j'ai déjà implémenté, même si rétrospectivement, il s'avère ne pas être nécessaire) est d'utiliser xslt côté client. L'impression de l'instruction de traitement xslt et de l'étiquette d'ouverture et de fermeture à l'aide de chaînes est facile et relativement sûre; Vous pouvez ensuite diffuser chaque ligne en tant qu'élément xml autonome à l'aide de la technique d'écriture xml de votre choix.

Cependant - vous n'avez vraiment pas besoin de cela, et probablement jamais - si jamais votre générateur html devient trop lent, le navigateur sera d'un ordre de grandeur plus problématique. Donc, à moins que vous ne compariez cela et que vous ayez déterminé que vous avez vraiment un problème, ne perdez pas votre temps. Si vous avez un problème, vous pouvez le résoudre sans fondamentalement changer la méthode - dans la génération de la mémoire peut fonctionner très bien.