Tableau à double entrée et fonction

Bonjour,



On me demande de définir une fonction qui prendra en entrée un tableau d'entiers t de type TAB2DIM (typedef int TAB2DIM[50][20];) et qui permettra d’affecter chaque case du tableau à l’aide d’une saisie réalisée avec scanf().

Voici ce que j'ai fais :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

#define TAILLE1 50 #define TAILLE2 20 typedef int TAB2DIM[50][20]; void F18(TAB2DIM t) { int i,j; for (i=0;i<TAILLE1;i++) for (j=0;j<TAILLE2;j++) scanf("%d",&t[i][j]); }

---

Est-ce correct ?

Merci d'avance

Citation:

---

Envoyé par MayaKobayashi

Bonjour,

On me demande de définir une fonction qui prendra en entrée un tableau d'entiers t de type TAB2DIM (typedef int TAB2DIM[50][20];) et qui permettra d’affecter chaque case du tableau à l’aide d’une saisie réalisée avec scanf().

}[/CODE]

---

c'est bien sauf que ta dit une fonction mais ce que tu a fait c'est une procédure......par ce que les procédures commence par

Code:

---

void

---

or les fonction commence par le type a renvoyer et aussi elles ont return pour renvoyer la valeur finale

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#define L 50 #define C 20 typedef int TAB2DIM[L][C]; TAB2DIM F18(TAB2DIM t) /* comme TAB2DIM est le type de la fonction dont la fonction a pour type TAB2DIM et non void */ { int i,j; for (i=0;i<L;i++) for (j=0;j<C;j++) scanf("%d",&t[i][j]); return(t); /* a la fin de la fonction elle doit renvoyer le tableau t */ }

---

Ah, là on arrive dans un "edge case" du C que je ne connais pas très bien.

Normalement, suite à des raisons historiques, les tableaux sont passés "par adresse" en C, ce qui veut dire que Abacar94 a tort et que ta fonction modifie déjà le tableau.
Par contre, j'ignore si le typedef y change quoi que ce soit (même si je pencherais pour non, c'est le genre de truc que je préférerais vérifier).

le typedef n'y change rien.
Un typedef est un alias de type, ce n'est pas un nouveau type. Les deux noms sont le même type, et le paramêtre transmis est un pointeur (int (*t)[20]).

l’intéresser a bel et bien dit une fonction or les fonction doivent toujours renvoyer des valeur.........mais si le tableau est défini comme variable globale alors là on na pas besoin de renvoyer une valeur et coup se n'est plus une fonction mais plutôt une procédure(elle commence par void et ne renvois au qu’une valeur car elle opères sur les variable qui sont hors de la procédure )

Citation:

---

Envoyé par Abacar94

c'est bien sauf que ta dit une fonction mais ce que tu a fait c'est une procédure......par ce que les procédures commence par

Code:

---

void

---

or les fonction commence par le type a renvoyer et aussi elles ont return pour renvoyer la valeur finale

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#define L 50 #define C 20 typedef int TAB2DIM[L][C]; TAB2DIM F18(TAB2DIM t) /* comme TAB2DIM est le type de la fonction dont la fonction a pour type TAB2DIM et non void */ { int i,j; for (i=0;i<L;i++) for (j=0;j<C;j++) scanf("%d",&t[i][j]); return(t); /* a la fin de la fonction elle doit renvoyer le tableau t */ }

---

---

Merci :) En effet, ce que j'ai fais était une procédure...

Citation:

---

Envoyé par MayaKobayashi

Merci :) En effet, ce que j'ai fais était une procédure...

---

Tout le plaisir est pour :) en-faite mois aussi je confondait fonction et procédure par le passer

On est en C ici, pas en Visual Basic ou pire.

En C, il n'y a pas de distinction entre procédures et fonctions: Tout est fonction, et peut avoir autant d'effets de bord que voulu, etc. La seule "différence" est la présence ou non d'un retour, mais le C ne s'embête pas à appeler la même chose par deux noms différents juste sur la base de ce détail.

De plus, la notion de "distinguer procédures et fonctions" me ramène toujours à l'absurdité qu'était le BASIC sur calculatrice TI-89, où seuls les "programmes" pouvaient avoir des effets de bord (y compris toute interaction avec l'utilisateur), mais seules les "fonctions" étaient capables de retourner une valeur... Ainsi, les programmes étaient forcés de passer par une variable globale pour avoir une chance d'indiquer à l'appelant le résultat de leur interaction avec l'utilisateur. C'est à ce genre d'idiotie que mène cette distinction illusoire.

Citation:

---

Envoyé par Médinoc

On est en C ici, pas en Visual Basic ou pire.

En C, il n'y a pas de distinction entre procédures et fonctions: Tout est fonction, et peut avoir autant d'effets de bord que voulu, etc. La seule "différence" est la présence ou non d'un retour, mais le C ne s'embête pas à appeler la même chose par deux noms différents juste sur la base de ce détail.

---

Serte on apprend la programmation par ce que, pour la plus par sa nous fascine........mais aussi il y a un autre point a ne pas oublier,les enseignants !
Mon enseignant de programmation, en première année, si on lui fait une procédure au lieu d'une fonction ou vices-versa......notre note va en pâtir :aie:

Citation:

---

Envoyé par Abacar94

Serte on apprend la programmation par ce que, pour la plus par sa nous fascine........mais aussi il y a un autre point a ne pas oublier,les enseignants !
Mon enseignant de programmation, en première année, si on lui fait une procédure au lieu d'une fonction ou vices-versa......notre note va en pâtir :aie:

---

Si on te demande une "procédure", une fonction retournant un void, et que tu fait une fonction qui retourne un int... C'est normal qu'il ne soit pas content car tu ne lui donnes pas ce qu'il veut. Mais en aucun cas on ne fait de distinction entre le concept de "procédure" et le concept de "fonction" en C.

Du reste, les profs sont ce qu'ils sont, ils donnent une base mais c'est en approfondissant que l'on se rends compte de la "réalité du terrain", et du lot de mauvaise pratique que certains profs véhicule.

Donc une procédure est une fonction ? Une fonction qui ne retourne rien par contre...

En C, oui.

En théorie informatique (ancienne), une procédure est une séquence d'action, tandis qu'une fonction calcule une valeur (c'est le sens d'une fonction mathématique).

Merci pour toutes ces précisions... :ave: