L’API QLGSORT

mes propres routines de tri.
Cette API est un peu plus compliquée à utiliser que SORTA ou QSORT. Il me semble que IBM a essayé d’en faire trop avec une API : est-il vraiment nécessaire que cette API puisse trier à la fois de la mémoire et des fichiers ? Pourquoi ne pas avoir des API séparées pour cela ?

Par ailleurs, comme le nombre de clés et leurs longueurs affectent le format des paramètres de l’API, il n’est pas facile d’avoir des paramètres parfaits. Quand on a pris l’habitude de l’API, ce n’est pas si mal. Mais, comme QSORT est plus facile à utiliser, plus rapide et plus souple pour trier des matrices, on ne voit pas bien pourquoi vous choisiriez QLGSORT.

Cela dit, j’ai trouvé un avantage à l’utilisation de QLGSORT: elle accepte les langages internationaux, au lieu de trier sur des valeurs hexadécimales brutes. C’est vrai, on pourrait réaliser cela également avec QSORT, parce que vous pouvez écrire le code de comparaison à votre guise, mais avec QLGSORT, IBM vous a déjà mâché le travail.

S’il vous intéresse de voir comment j’ai appelé l’API QLGSORT, vous pouvez télécharger le code source de cet article. Comme QSORT, QLGSORT fournit une méthode pour trier les matrices de structures de données, les MODS, la mémoire allouée dynamiquement, et les espaces utilisateur.

Mes tests ont été performants, mais pas autant qu’avec QSORT. Si vous avez besoin du support de langue nationale qu’elle offre, ou s’il vous faut une routine de tri qui soit accessible à partir de langages OPM (Original Program Model), QLGSORT pourrait bien vous convenir. Sinon, il vaut mieux utiliser QSORT.