Bonjour,
Je voudrais savoir s'il est possible de mettre en place un StringTokenizer avec plusieurs délimiteurs ?
Merci
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
StringTokenizer et plusieurs delim
Bonjour,
Je voudrais savoir s'il est possible de mettre en place un StringTokenizer avec plusieurs délimiteurs ?
Merci
Ca dépend comment tu veux l'utiliser et si tu travailles sur des schémas fixes.
En utilisant la méthode
tu appelle le prochain token avec le nouveau délimiteur spécifié, donc ca peut etre ta solution.
Code : Sélectionner tout - Visualiser dans une fenêtre à part nextToken(String delim)
Je ne travaille pas avec des schémas fixes. Il existe plusieurs délimiteurs dans ma chaîne de caractères. C'est pour cela que j'aurais voulu si possible utiliser StringTokenizer avec en paramètres une liste de delimiteurs qui contiendrait tous mes délimiteurs.
Pourquoi ne pas utiliser les RegEx (java.util.regex.Pattern) ?
Tu dois pouvoir créer une expression régulière qui correspond à tes délimiteurs et ensuite il y a la méthode Pattern.split() qui te récupère directement les textes entre les délimiteurs.
StringTokenizer est deprecated ... Lui préférer String.split(regex)
En 1.6 c'est deprecated (ca me semble important à préciser vu que y'a encore des gens qui sont en 1.42 ^^)Envoyé par chtig
Oui, exact, c'est deprecated en 1.6. Mais bon, tant qu'à écrire un code maintenant, autant éviter les choses qui sont deprecated même si c'est dans une version ultérieure. split existe quand même depuis 1.4 si je ne m'abuse ...
Même dans la 1.4.2 on peut lire dans la javadoc de StringTokenizer :
D'ailleurs je vois pas de deprecated sur cette classe dans Java 6StringTokenizer is a legacy class that is retained for compatibility reasons although its use is discouraged in new code. It is recommended that anyone seeking this functionality use the split method of String or the java.util.regex package instead.
Moi non plus, pas de déprecated.
Pour répondre à ta question sur plusieurs délimiteurs, ce que tu peux faire c'est tout d'abord définir une priorité sur ces opérateurs (par exemple +* => on sépare d'abord sur les +, puis sur les *).
Ensuite tu crée un StringTokenizer tk1 avec +.
Et tu analyse chaque tokens de tk1 avec un StringTokenizer tk2 avec les *.
Et tu peux recommencer autant de fois que tu veux ;-)
Y a ca... et sinon si jamais ce n'est pas trop la reponse a la question posee (qui n'est guere precise dans sa formulation initiale), il y a tout simplement le fait que de base tu peux passer plusieurs delimiteurs dans le constructeur :
Chacun des caracteres passes dans le second argument sera traite comme une separateur a part entiere. La chaine sera donc splitee suivant ' ' OU '\t' OU ',' OU ';' OU ':' OU '\n' OU '\r' soit l'equivalent d'un split sur "(' '|'\t'|','|';'|':'|'\n'|'\r')" si je ne m'abuse.
Code : Sélectionner tout - Visualiser dans une fenêtre à part StringTokenizer tokenizer = new StringTokenizer(s, " \t,;:\n\r");
Cette classe a beau avoir ete remplacee par les regexp (et non pas mise en deprecated) elle n'en reste pas moins pratique pour des operation simples.
Merci de penser au tagquand une réponse a été apportée à votre question. Aucune réponse ne sera donnée à des messages privés portant sur des questions d'ordre technique. Les forums sont là pour que vous y postiez publiquement vos problèmes.
suivez mon blog sur Développez.
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. ~ Rich Cook
Effectivement, ce n'est pas deprecated.
En même temps, deprecated pour moi veut exactement dire
...StringTokenizer is a legacy class that is retained for compatibility reasons although its use is discouraged in new code
Non, deprecated signifie que l'api est obsolète, et cela peut advenir pour plusieurs raisons :
- une api de substitution ou plus stable a été dévelopée (par exemple Date => Calendar, Vector => ArrayList<E> méthodes renommées pour standardisation)
- cette api n'était pas séurisée (Thread.stop() )
- ...
Par ailleurs, une api est deprecated est annotée par le tag @deprecated, on le voit explicitement dans la doc, et à l'utilisation le compilateur lache un warning n'empêchant bien évidement pas le programme de s'exécuter.
En même temps, sun ne met pas beaucoup de classes deprecated alors qu'elles le mériteraient (Vector est un exemple flagrant).
Sans doute pour éviter à ceux qui n'utilisent que ça d'avoir plein de warnings, et le code barré dans l'éditeur...
Le deprecated est surtout utilisé sur les méthodes...
La folie de la POO lol, un peu comme remplacer une méthode move ou translate par setLocation et déclarer la première deprectated, ça ne sert absolument à rin si ce n'est à répondre à un standart de programmation et d'architecture de code...
Benc'est le cas la avec split ...une api de substitution ou plus stable a été dévelopée
Après, oui le compilo ne met pas de warning parce que ça n'est pas flaggué deprecated par Sun, mais dans l'idée en ce qui me concerne ça ne change rien ...
Merci de penser au tag
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. ~ Rich Cook
Je trouve le split() beaucoup plus simple que le StringTokenizer...
Les méthodes de la classe StringTokenizer offrent quand même plus de possibilités que la méthode split.
Oui enfin bon, nextDelim, countTokens ou hasMoreTokens, c'est limité...
à la rigueur il y a le nextToken(delim), mais dans ce cas il y a la classe Scanner qui est beaucoup plus riche...
Cette discussion prend des airs de débat et ce n'est pas déplaisant. (C'est grâce à mon post que l'on en débat) Ceci dit, je voudrais savoir si l'un de vous sait s'il est possible de surcharger la méthode StringTokeniser afin qu'elle prenne pour paramètre un tableau de String.
Cela m'éviterai d'avoir à passer par Regex.
En vous remerçiant,
Bonne journée.
Répondre avec citation
Partager