Vider un tableau

Tahani · 25 Mai 2006

Bonsoir,

Voilà j ai un peiti soucis.
Dans une fonction , j ai un tableau de caractere qui contient à un moment donné une chaine de caractere, le probleme c'est que je voudrais vider ce tableau pour le reutiliser dans la meme fonction (afin qu il puisse contenir une autre chaine).

Je vois pas trop comment faire ...
Merci d'avance !

Emmanuel Delahaye · 25 Mai 2006

Dans une fonction , j ai un tableau de caractere qui contient à un moment donné une chaine de caractere, le probleme c'est que je voudrais vider ce tableau pour le reutiliser dans la meme fonction (afin qu il puisse contenir une autre chaine).

Pourquoi faire ? C'est rarement utile. Il y a peut êre un problème de conception ou de codage.
Montre le code de la fonction.

Tahani · 25 Mai 2006

c'est qu en fait, j ai une boucle dans laquelle j ai mon tableau.
Dans ce tableau j ajoute à chaque fois une lettre à partir d une grille, donc ce tableau contiendra le prefixe d'un mot qui peut exister ou pas.
S il existe je l ajoute à une liste de mots sinon je dois le vider et repasser par la boucle pour essayer de creer un autre..

Je sais pas si c'est assez clair mais le code encore moins comprehensible....

Emmanuel Delahaye · 25 Mai 2006

c'est qu en fait, j ai une boucle dans laquelle j ai mon tableau.
Dans ce tableau j ajoute à chaque fois une lettre à partir d une grille, donc ce tableau contiendra le prefixe d'un mot qui peut exister ou pas.
S il existe je l ajoute à une liste de mots sinon je dois le vider et repasser par la boucle pour essayer de creer un autre..

Je sais pas si c'est assez clair mais le code encore moins comprehensible....

Tu 'ajoutes' avec quoi ? Ce serait plus simple de voir le code...

boub popsyteam · 25 Mai 2006

Je sais pas si c'est assez clair mais le code encore moins comprehensible

[

eur]

Commence par faire du code comprehensible, tu verras c'est mieux pour tout le monde

sabiokah · 7 Juin 2006

C'est un probleme simple, tu n'aurait probablement pas besoin d'une autre fonction mais bon voici:

void CleanTable(char* ioDirty, const int iSizeOfDirty)
{

//corrigez moi si je me souvient pas de l'api.
memset(ioDirty,iSizeOfDirty,0);

//Ou vive la force brute:
for( i = 0 ; i < iSizeOfDirty; i++)
{
*ioDirty+i = 0
}

}

Emmanuel Delahaye · 7 Juin 2006

//corrigez moi si je me souvient pas de l'api.
memset(ioDirty,iSizeOfDirty,0);

No excuse...

http://dpobel.free.fr/man/html/affiche_man.php/1765/man/memset/
[cpp] memset (ioDirty, 0, iSizeOfDirty);[/cpp]
Pour la peine tu te prends une Force 5 pour "Usage de la 'Notation Hongroise' version Microsoft (avec les types)"

Vous devez être connecté pour voir les liens.

KangOl · 7 Juin 2006

et size_t c'est pour les chiens ?

damocles31 · 7 Juin 2006

la trotte :

quand je lis le code du projet sur lequel je travaille (1 000 000 lignes écrites depuis 7-8 ans par 15-20 personnes), et bien on est allègrement dans le niveau 9-10, avec quelques portions de codes récentes de niveau 5...

je vais me pendre

t1cable:

batchy · 8 Juin 2006

c'est un peu conffu cette echelle de goret, en plus certaines regles sont discutables (genre la guerre tab vs space), et on fond on ne sait pas ce qu'est un ''code parfait''

sinon :

Force 8
Plus d'un return par fonction

comment tu la fait alors ta gestion d'erreur ?

Emmanuel Delahaye · 8 Juin 2006

elch :

Force 8
Plus d'un return par fonction

comment tu la fait alors ta gestion d'erreur ?

Avec un seul return...

batchy · 8 Juin 2006

j'aime pas ce genre de code moi:

Code:

int FaireUnTasDeTruc(b) {
        int YaUneErreur=NON;
        if (ArgumentCorrect(b)) {
                ChezPasQuoi machin;
                machin=FaireUnTruc(b);
                if (NoError(machin)) {
                        ChezPasQuoi2 machin2;
                        DesDonnees* a;
                        a=NULL;
                        a=FaireUnTrucImportantGenreUnMalloc()
                        machin2=FaireUnAutreTrucavec(a);
                        if (NoError(machin2) && a!=NULL) {
                                if (!TraiterLeTrucQuaFaitFaireUnAutreTrucAvec(a))
                                       AfficherLeTruc(a);
                                else YaUneErreur=AfficherUneErreur();
                        }
                        else YaUneErreur=AfficherUneErreur();
                        DefaireLeTrucImportant(a);
                }
                else YaUneErreur=AfficherUneErreur();
        }
        else YaUneErreur=OUI;
        return YaUneErreur
}

c'est incompréhensible, le seul truc qui ressort c'est la gestion d'erreur ...

Emmanuel Delahaye · 8 Juin 2006

elch :

[cpp]
ERR FaireUnTasDeTruc (T b)
{
ERR Erreur = OK;
if (ArgumentCorrect(b))
{
ChezPasQuoi machin = FaireUnTruc(b);
if (NoError(machin))
{
DesDonnees* a = FaireUnTrucImportantGenreUnMalloc();
ChezPasQuoi2 machin2 = FaireUnAutreTrucavec(a);
if (NoError(machin2) && a != NULL)
{
if (!TraiterLeTrucQuaFaitFaireUnAutreTrucAvec(a))
{
AfficherLeTruc(a);
}
else
{
Erreur = ERR_A;
}
}
else
{
Erreur = ERR_B;
}
DefaireLeTrucImportant(a);
}
else
{
Erreur = ERR_C;
}
}
else
{
Erreur = ERR_D;
}

/* eventuellement...

if (Erreur != OK)
{
AfficherErreur(Erreur)
}
*/

return Erreur;
}
[/cpp]

KangOl · 8 Juin 2006

mon dieu que c'est moche [

ingouino]
vive les exceptions !

batchy · 8 Juin 2006

ça c'est plus joli ?

Code:

ERR FaireUnTasDeTruc(T b) {
	DesDonnees* a;
	ChezPasQuoi machin,machin2;
	a=NULL;
	if (!ArgumentCorrect(b)) {
		return ERR_D;
	}
	if (!NoError(machin=FaireUnTruc(b))) {
		AfficherUneErreur();
		return ERR_C;
	}
	if (!NoError(a=FaireUnTrucImportantGenreUnMalloc())) {
		AfficherUneErreur();
		return ERR_B;
	}
	if (!NoError(machin2=FaireUnAutreTrucavec(a))) {
		AfficherUneErreur();
		DefaireLeTrucImportant(a);
		return ERR_B;
	}
	if (!TraiterLeTrucQuaFaitFaireUnAutreTrucAvec(a)) {
		AfficherUneErreur();
		DefaireLeTrucImportant(a);
	}
	AfficherLeTruc(a);
	DefaireLeTrucImportant(a);
	return OK;
}

damocles31 · 8 Juin 2006

Le problème, c'est qu'à chaque fois que tu es susceptible de quitter la fonction, tu dois penser à faire le nettoyage nécessaire.

1 point de sortie par fonction, 1 endoit où tu fais le nettoyage, c'est bien plus maintenable et plus clair.

du moins c'est mon avis...

KangOl · 8 Juin 2006

ca depend aussi des fonctions ...

cisco · 8 Juin 2006

+1 avec batchy pour plus d'un return par fonction, c'est vraiment beaucoup plus lisible, quitte à faire une fonction de nettoyage

batchy · 8 Juin 2006

sauf que la mon cas il est simple : il se résume à ca dans le cas normal

Code:

machin=FaireUnTruc(b)
a=FaireUnTrucImportantGenreUnMalloc();
machin2=FaireUnAutreTrucavec(a);
TraiterLeTrucQuaFaitFaireUnAutreTrucAvec(a)
DefaireLeTrucImportant(a);

il ne fait qu'appeler quelques fonctions en utilisants les valeurs de retours des autres, il n'y a aucun choix, aucune boucle, et quand tu rajoute un code un peu complexe avec de la gestion d'erreur avec des if imbriqués tu différencie plus la gestion d'erreur de ce que la fonction est cencé faire.

surtout essaye de sortir de plusieurs boucles imbriquées lorsque tu as une erreur ...

damocles31 · 9 Juin 2006

c'est vrai que ça dépend des fonctions, et des règles de codage que l'on se doit d'appliquer.
Chez nous, les règles sont (en résumé et non exhaustif) :
- ne pas dépasser 3 niveaux d'imbrications dans les structures de contrôle,
- pas plus de 100 lignes par fonction

du coup, si tu respectes ces 2 contraintes, il n'est pas très dur de gérer les cas d'erreur sans mettre de goto et de return partout.

De plus, dans une autre expérience professionnelle, un outil de vérification de règles était utilisé (Logiscope). Les services des méthodes et de la qualité imposaient 1 point de sortie par fonction. Si ce n'était pas le cas, la pièce de code était rejetée et impossible de livrer le composant.

Du coup, j'ai pris certaines habitudes

Vider un tableau

Tahani

Emmanuel Delahaye

Tahani

Emmanuel Delahaye

boub popsyteam

sabiokah

Emmanuel Delahaye

KangOl

damocles31

batchy

Emmanuel Delahaye

batchy

Emmanuel Delahaye

KangOl

batchy

damocles31

KangOl

cisco

batchy

damocles31