Cas d’utilisation
Aspose.HTML FOSS pour Python cible le travail côté serveur HTML où un navigateur est indisponible ou indésirable. Ce sont les scénarios autour desquels le API est construit.
Nettoyage et réécriture du HTML stocké
Les services backend qui acceptent les HTML soumis par les utilisateurs l’analysent avec HTMLDocument.parse(), le restructurent via les opérations Document et Element, puis sérialisent le résultat — avec une récupération d’erreurs conforme aux standards absorbant tout balisage malformé qui arrive.
Vérification du balisage généré en CI
Les suites de tests vérifient la structure de la même façon que le font les exemples de cette base de connaissances : construire ou analyser un arbre, puis vérifier les attributs, les enfants et — de façon unique — les styles calculés via Element.get_computed_style(), de sorte qu’une régression de feuille de style échoue un test plutôt qu’en production.
Calcul des styles sans navigateur
Les outils et assainisseurs d’e-mail doivent connaître le style auquel un élément se résout réellement. La couche CSSOM répond avec une vraie cascade — spécificité, !important, et héritage inclus — en pur Python, sans navigateur sans tête à provisionner.
Ingestion de documents hérités
Les archives arrivent sous forme d’octets dans des encodages inconnus. detect_encoding() les classe (BOM et méta-pré-scan), get_canonical_name() normalise le chaos des étiquettes, et le comportement de récupération du parseur gère le balisage datant d’une décennie.
Outils au niveau des jetons
Les linters et les pré-passes de désinfection consomment directement la sortie de Tokenizer.tokenize(), inspectant les attributs de StartTagToken avant que tout arbre n’existe.
Traitement de script contrôlé
Les documents qui nécessitent du script s’exécutent sous JSContext avec un accès aux modules limité par ModuleRegistry et ModuleLoadPolicy — script lorsqu’il est nécessaire, sandboxé par conception.
