11-27-2013 01:38 PM - modifié 11-27-2013 01:41 PM
La fonction "Sort 1D Array" accepte en entrée un Tableau de n'importe quel type.
N'importe quel type ... hmmm, presque.
Returns a sorted version of array with the elements arranged in ascending order.
If array is an array of clusters, the function sorts the elements by comparing the first elements.
If the first elements match, the function compares the second and subsequent elements.
Résolu ! Accéder à la solution.
le 11-28-2013 09:27 AM
Mets le string en premier élement dans le cluster et ça marche.
Dans quel ordre souhaites tu réarranger les références. Pour moi c'est normal que ça ne fonctionne pas...
le 11-28-2013 10:15 AM
oui, j'avais remarqué ... si on place le string en 1er dans le Cluster ... la fonction accepte.
Dans ce cas, le tri s'effectue sur le string et la fonction ne tient pas compte de la présence de la ref.
Dans l'absolu, vouloir "trier" des references entre elles n'a pas de sens.
Il faudrait trier l'équivalent U32 .... cela, à mon sens, est vide de sens.
par contre la fonction "recherche" accepte une Ref. ... mais rechercher une référence a du sens.
Les fonction "Tri" et "Recherche" ont toutes les deux cette même phrase dans leur "doc_help" respective.
"accepte un Tableau de n'importe quel type".
Pour la fonction "recherche", c'est parfaitement juste ... pour la fonction "Tri", cette phrase est fausse.
Je voulais pointer la doc qui parfois est lègèrement erronée.
Petit défaut de ma part, je suis perfectionniste ... mais je me soigne.
En fait, je suis perfectionniste uniquement pour ce qui a une réelle importance pour moi.
Pour le reste, je peux laisser tout pourrir en tas et enjamber le chose ... sans le moindre scrupule
le 11-28-2013 10:23 AM
En même temps je pense qu'il est fort possible que la personne qui a écrit la doc et qui a codé la fonction sont deux personnes différentes.
De plus pour avoir (trop souvent à mon gout mais il faut bien le faire pour l'utilisateur) à écrire de la doc il est difficile d''être suffisament précis et de prévoir tous les cas que des utilisateurs vont imaginer.
Pour la doc éronnée ce serait peut être à signaler à NI mais je ne sais pas à qui il faut s'adresser pour ce genre de choses.
le 11-28-2013 11:30 AM
il est difficile d''être suffisament précis et de prévoir tous les cas que des utilisateurs vont imaginer.
parfaitement vrai aussi.
le 06-11-2015 03:59 AM
Juste une petite remarque en passant sur ce topic :
lorsqu'on tri un tableau 1D de clusters le VI prend en compte "l'ordre des éléments à l'intérieur du cluster" pour déterminer selon quels grandeurs triées. Dans le cas soulevé ici par ouadji il m'aurait semblé logique que, si tous les premiers éléments sont inclassables les uns par rapport aux autres, ce soit le deuxième élément qui devienne clé de tri (et ainsi de suite).
En outre j'ai du mal à saisir le concept d'ordre des éléments à l'intérieur d'un cluster, un cluster étant rarement conçu comme une structure ordonnée (on fait cohabiter des éléments les uns avec les autres). En pratique lorsque je souhaire trier des éléments selon un critère précis je désassemble mon cluster pour le réassembler, comme c'est un tableau j'utilise un boucle pour tout parcourir : au final c'est long et laborieux, peu intuitif vis à vis des types de données considérées...
Voilà, c'était une petite réflexion lancée en l'air sur ce thème, n'hésitez pas à me dire ce qui n'irait pas dans mon raisonnement (vis à vis des types de données, du concept de cluster etc.).
le 06-11-2015 04:19 AM
Justement pour ma part, je travaille pas mal avec des clusters, et si tu les ordonnes tous de la même manière au travers d'une définition de type, tu peux te contenter dans certains cas d'utiliser la fonction Cluster en tableau, et tu seras tjs sur que les éléments correspondront toujours au même indice.
Donc à mon sens, la notion d'ordre n'est pas à prendre à la légère avec un cluster.
le 06-11-2015 04:42 AM
Effectivement une partie de la réponse est dans l'utilisation de définition de types de cluster (je n'en n'ai encore jamais utilisé), pour garder des clusters cohérents dans l'ordre d'assemblage (ordre qui me semblait accessoire, car dès qu'on utilise une cluster pour des données d'un certain type on utilise beaucoup plus assembler/désassembler par nom avec lesquels on ne prend pas garde à l'ordre de composition).
Merci pour l'astuce !