Remplace dans toute une chaine

Soyez le premier à donner votre avis sur cette source.

Vue 6 379 fois - Téléchargée 527 fois

Description

void __stdcall Replace(char *psz, char *szmotif, char *sznew).

sznew remplace szmotif dans toutes les occurences de psz.
sznew peut etre chaine vide.
Si szmotif est chaine vide, psz reste inchangee.

Exemple prog en win32, editeur texte et 2 zones de saisie pour motif et chaine de remplacement.

Codes Sources

A voir également

Ajouter un commentaire Commentaires
Messages postés
45
Date d'inscription
samedi 31 mai 2003
Statut
Membre
Dernière intervention
22 février 2006

stanOfSky :
"ne les utilisera pas forcement comme on le voudrai et ne les optimisera pas forcement" => je me demande quelle optimisation on peut appliquer à un goto ?! :))
Messages postés
43
Date d'inscription
mardi 30 mars 2004
Statut
Membre
Dernière intervention
7 octobre 2006

ouaip goto et label c de l'assembleur pur...
le c a été créé pour programmer dans un langage non pas machine mais plus humain, le but final d'un langage étant de ressembler au maximum à un langage dit huamin (le c++ c different c juste une notion d'objet, heritage etc... ajouté au c mais c vrai que ca rend plus "humain" le langage)

pour ma part je suis contre les goto parce que c vrai qu'avec tro d'utilisation ca rend un source incomprehensibe. de plus le compilo ne les utilisera pas forcement comme on le voudrai et ne les optimisera pas forcement (fau bien utiliser les flags de compilation)
et pis bon les goto c de l'asm...alors ca detruit tout l'esprit langage évolué...
pour les erreurs, ya les exception :p
Messages postés
364
Date d'inscription
mercredi 11 février 2004
Statut
Membre
Dernière intervention
5 octobre 2006
2
Voici un avis précis sur le sujet (en anglais désolé)

http://home.swbell.net/mck9/cobol/style/antigoto.html

En gros:
+ de chance de bug (difficile de contrôler les entrées/sorties)
code + dur à lire et comprendre ( code spaghetti illisible à par pour son auteur)
code + dur à valider (preuve de validité - plutôt formelle)
le code ne reflête pas la structure logique de ton programme
le compilateur peut être troublé lors de la phase d'optimisation.

Le seul endroit où il semble que le goto peut être intéressant est la gestion des erreur. (le fameux long jump du C par exemple)
A part ça...
Messages postés
45
Date d'inscription
samedi 31 mai 2003
Statut
Membre
Dernière intervention
22 février 2006

ok. Donc pas d'avis precis sur le sujet. Il y a des fois ou mettre un goto simplifierai grandement les choses, mais au niveau du code generé je n'ai jamais comparé. J'avoue quand même que je ne les utilise jamais, ...
Messages postés
21042
Date d'inscription
jeudi 23 janvier 2003
Statut
Modérateur
Dernière intervention
21 août 2019
25
Je m'en suis deja explique mais reprenons:
je n'ai rien ni 'pour' ni 'contre' les goto puisqu'a mon epoque certains tabous et interdits n'avaient pas cours. Je sais seulement qu'un goto envoyant sur un label clairement nomme me semble souvent plus simple a relire au niveau du code que tout un tas d'imbrications et d'indentation du code. Il est a noter egalement que meme si on l'ecrit sans goto, le compilo les mettra (JMP asm), ce n'est pas parce qu'on les aura masque qu'ils n'y seront pas.
Afficher les 29 commentaires

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.