Accéder au contenu principal

Générer du XML depuis VBA

Après avoir testé plusieurs solutions, j'ai fini par conclure que le plus simple pour générer du XML était de créer mes propres routines. Voici quelques fonctions très utiles pour générer du XML:


Function fRsToXml(rs As Recordset, Optional ignorePrefix As String = "zz", _  
         Optional ignoreNulls As Boolean = False) As String  
 'description: Returns an XML string with all fields of the current record,  
 '        using field names as tags.  
 '        Field names starting with "zz" (or other special prefix) are ignored
 'parameters:  rs: recordset (byRef, of course)  
 'author:      Patrick Honorez - www.idevlop.com   
   Dim f As Field, bPrefLen As Byte  
   Dim strResult As String  
   bPrefLen = Len(ignorePrefix)  
   For Each f In rs.Fields  
     If Left(f.Name, bPrefLen) <> ignorePrefix Then 'zz fields are ignored !  
       If (Not ignoreNulls) Or (ignoreNulls And Not IsNull(f.Value)) Then  
         strResult = strResult & xTag(f.Name, f.Value) & vbCrLf  
       End If  
     End If  
   Next f  
   fRsToXml = strResult  
 End Function  

Function xTag(ByVal sTagName As String, ByVal sValue, Optional SplitLines As Boolean = False) As String  
 'description: Create an xml node and returns it as a string  
 'parameters:  sTagName name of the tag  
 '             sValue  string to embed  
 '             SplitLine True to include CrLf at the end of each line  
 '              (optional - default = False)  
 'author:      Patrick Honorez - www.idevlop.com  
 'note:        Make sure sValue does not contains XML forbidden characters !  
   
   Dim strNl As String, intAmp  
   If SplitLines Then  
     strNl = vbCrLf  
   Else  
     strNl = vbNullString  
   End If  
     
   xTag = "<" & sTagName & ">;" & strNl & _  
       Nz(sValue, "") & strNl & _  
       "</" & sTagName & ">" '& strNl  
 End Function 

Function CleanupStr(strXmlValue) As String  
 'description: Replace forbidden char. &'"<> by their Predefined General Entities   
 'author:      Patrick Honorez - www.idevlop.com   
   Dim sValue As String  
   If IsNull(strXmlValue) Then  
     CleanupStr = ""  
   Else  
     sValue = CStr(strXmlValue)  
     sValue = Replace(sValue, "&", "&amp;") 'do ampersand first !  
     sValue = Replace(sValue, "'", "&apos;")  
     sValue = Replace(sValue, """", "&quot;")  
     sValue = Replace(sValue, "<", "&lt;")  
     sValue = Replace(sValue, ">", "&gt;")  
     CleanupStr = sValue  
   End If  
 End Function 

Commentaires

Posts les plus consultés de ce blog

Champs obligatoires dans un formulaire Access

Comment rendre des champs obligatoires dans un formulaire Access ? La réponse la plus évidente est de modifier le design de la table et d'assigner au paramètre Required la valeur True. L'ennui de cette méthode est que le message d'erreur d'Access n'est pas très convivial et ne spécifie pas quel champ a déclenché l'erreur. Plutôt que d'écrire une routine de gestion d'erreur complexe, il y a une solution toute simple: affecter la valeur Faux à la propriété  Required du champ, Validation Rule: Is Not Null Validation Text: le texte à afficher, ex: "Code Postal obligatoire" ..et le tour est joué. Cette astuce vient de l'excellent Allen Browne, dont le site (en anglais) regorge d'informations utiles sur Access. ps: je n'ai pas sous la main de version française d'Access pour la traduction des propriétés, désolé...

ROW_NUMBER OVER PARTITION en Access

Ceux qui ont l'habitude de travailler avec une "grosse" base données comme SQL Server / Oracle / PostGreSQL, sont parfois frustrés face à certaines lacunes du SQL d'Access.   Prenons par exemple: ROW_NUMBER() OVER PARTITION, dont l'absence rend certaines requêtes très compliquées.   J'ai donc écrit une petite fonction VBA qui peut être appelée depuis un query Access et qui simulera assez bien ce ROW_NUMBER() OVER PARTITION.   Notez que ceci ne fonctionnera pas correctement dans une vue ou un formulaire interactif. Par contre comme source d'un rapport ou d'un export Excel, c'est impeccable.   En pratique il est préférable d'initialiser la fonction avec une chaîne de caractères "improbable" avant de lancer le rapport, comme indiqué dans le code.