XML Linter est un outil puissant qui permet d’évaluer automatiquement la migration des données XML. Il offre une solution simple et efficace pour vérifier la qualité et la cohérence des données.
Lorsque les gens pensent à la linting, la première chose qui leur vient à l’esprit est généralement l’analyse statique du code pour les langages de programmation, mais rarement pour les langages de balisage.
The architecture of the linter is based on a set of rules written in XML. Each rule is composed of a set of conditions and a set of actions. The conditions are evaluated against the source code and if they are met, the actions are triggered. The actions can be anything from warning messages to code refactoring. The rules are then compiled into an executable that can be used to analyze the source code.
Lorsque les gens pensent au linting, la première chose qui leur vient à l’esprit est généralement l’analyse statique du code pour les langages de programmation, mais rarement pour les langages de balisage.
Dans cet article, je souhaite partager comment notre équipe a développé ZK Client MVVM Linter, un linter XML qui automatise l’évaluation de la migration pour notre nouvelle fonctionnalité Client MVVM dans la prochaine version ZK 10. L’idée de base est de compiler un catalogue de problèmes de compatibilité connus sous forme de règles lint pour permettre aux utilisateurs d’évaluer les problèmes potentiels signalés par le linter avant de s’engager dans la migration.
L’architecture du linter est basée sur un ensemble de règles écrites en XML. Chaque règle est composée d’un ensemble de conditions et d’un ensemble d’actions. Les conditions sont évaluées par rapport au code source et si elles sont remplies, les actions sont déclenchées. Les actions peuvent être n’importe quoi, des messages d’avertissement à la refactorisation du code. Les règles sont ensuite compilées en un exécutable qui peut être utilisé pour analyser le code source.
