4. Discussion

4. Discussion

La prise en charge des représentations little-endian et big-endian peut sembler en décalage avec CBOR, qui est par ailleurs entièrement big endian. Cette prise en charge est cohérente avec l'usage prévu des tableaux typés et l'objectif de ne pas exiger la conversion de chaque élément de tableau.

Cette spécification alloue un segment important de l'espace des étiquettes sur un octet. Cette utilisation de l'espace de points de code est justifiée par l'usage répandu des tableaux typés dans l'échange de données.

Fournir une variante en ordre column-major du tableau multi-dimensionnel peut sembler superflu à certains et utile à d'autres. Il est peu coûteux de définir l'étiquette supplémentaire afin qu'elle soit disponible lorsque cela est réellement nécessaire. L'allouer à partir d'un espace de numéros différent rend évidente la préférence pour l'ordre row-major.

Appliquer une étiquette de tableau homogène à un tableau typé serait généralement redondant et n'est donc pas fourni par la présente spécification.