Frederic Schutz wrote:
>
> Merci à tous ceux qui ont répondu !
>
> Question principale: ça se fait d'avoir une bibliothèque en .o, accompagnée
> d'un simple fichier texte à côté ?
Non, sauf si c'est nécessaire. De ce cas ça n'a pas l'air nécessaire.
C'est par exemple nécessaire pour "/etc/resolv.conf".
> Et dans l'hypothèse où je code le tout "en dur", il me semble plus simple
> de coder un tableau qu'une longue série d'instructions pour créer la liste.
La meilleure solution est sans doute de coder qqch de simple, comme
un tableau, de n'y accéder qu'à travers des fonctions spécifiques.
Ainsi il est possible de changer la structure de donnée de manière
localisée si il faut par exemple augmenter les performances.
> Vu que ma correspondance entre intervalles et numéros associés est donnée,
> et pas calculable, je pense que ça ne jouera pas. Par contre, une
> correspondance de ce genre pourrait simplifier la recherche pour chercher
> ensuite si un mot est dans un intervalle donné.
Typiquement les fonctions d'accès pourraient se reposer sur des arbres
comme expliqué dans un autre courrier.
> Je n'ai pas encore réfléchi à comment j'allais indexer le tout après coup.
> Si le tableau est en mémoire (soit en dur, soit avec le mmap proposé par
> Marc), la recherche sera quasiment instantanée, si le nombre d'entrées est
> de l'ordre de 1000. S'il est sur le disque, ça peut valoir le coup
> effectivement de réfléchir un peu plus.
En cas d'hésitation, c'est une excellente occasion pour concevoir
une interface ne laissant pas du tout transparaître l'implémentation.
Ce qui laisse ensuite le loisirs de changer d'avis aussi souvent qu'on veut.
Marc Mongenet
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question.
