- En utilisant la syntaxe CFML :
<cfset asciiDec = 66 /> <cfswitch expression="#asciiDec#">     <cfcase value="65">         <BR />ASCII Chr: A     </cfcase>     <cfcase value="66">         <BR />ASCII Chr: B     </cfcase>     <cfdefaultcase>         <BR />ASCII Chr: UNKNOWN     </cfdefaultcase> </cfswitch>
- En utilisant le tag CFScript :
<cfscript>     asciiDec = 66;     switch(asciiDec) {         case 65:             writeOutput("<BR />ASCII Chr: A");             break;         case 66:             writeOutput("<BR />ASCII Chr: B");             break;         default:             writeOutput("<BR />ASCII Chr: UNKNOWN");     } </cfscript>
Remarque : Il faut faire attention à l'instruction « break » ;  cette instruction indique à ColdFusion d'arrêter l'exécution du bloc « switch ». À défaut de ne pas mettre l'instruction « break », ColdFusion continuera l'exécution des autres « case » sans faire aucune vérification sur les valeurs de ces « case ». Dans certains cas, cela est considéré comme une erreur, alors que dans d'autres cas, il peut être un comportement voulu !

Reprenons le même exemple :
<cfscript>     asciiDec = 65;     switch(asciiDec) {         case 65:             writeOutput("<BR />ASCII Chr: A");         case 66:             writeOutput("<BR />ASCII Chr: B");         case 67:             writeOutput("<BR />ASCII Chr: C");             break;         case 68:             writeOutput("<BR />ASCII Chr: D");             break;         default:             writeOutput("<BR />ASCII Chr: UNKNOWN");     } </cfscript>
Voici le résultat de l'exécution du code :
ASCII Chr: A ASCII Chr: B ASCII Chr: C
Expliquer le résultat de l'exécution du code :

• La première ligne affichée est correcte car la valeur 65 de la première « case » correspond bien à la valeur de la variable « asciiDec ».
  
  
• Mais puisque cette « case » (65) ne définit pas l'instruction « break » alors l'interpréteur va continuer l'exécution de la prochaine « case » (66). Cela explique l'affichage de la deuxième ligne.
  
  
• De même, la deuxième « case » (66) ne définit pas l'instruction « break » alors l'interpréteur va continuer l'exécution de la prochaine « case » (67).
  
  
• L'exécution du code s'arrête à la troisième « case » (67), car elle définit l'instruction « break ».
  
  

Notes : Il faut noter qu'avec la syntaxe CFML, l'instruction « break » est implicitement ajoutée pour chaque « case ».