Discussion :

[pada51]

contrairement a ce que j'ai pu lire plus haut, on peux faire ca en C :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
int main(int ac, char **av)
{
  int c;
 
  int funk(int a, int b)
  {
     return (a+b);
  }
 
  c = funk(5,6);
 
  return 0;
}

la fonction funk ne sera ainsi accessible que dans le main (c'est une espece de fonction "priv�" :-).

[Jean-Marc.Bourguet]

contrairement a ce que j'ai pu lire plus haut, on peux faire ca en C :

Non (mais gcc a une extension qui le permet).

[djimi_roland]

en c je crois que les objet, ou d'ailleurs leurs types sont definis par des structures et en en c++ pas les class, l avantage est que en c++ on peux utilise le polymorphisme.Peux etre j ai pas aussi compris dequoi il s agit.

Du courage,

[koala01]

en c je crois que les objet, ou d'ailleurs leurs types sont definis par des structures et en en c++ pas les class, l avantage est que en c++ on peux utilise le polymorphisme.Peux etre j ai pas aussi compris dequoi il s agit.

Du courage,

En fait, le mot cle class et le mot cle struct sont, exception faite de la visibilit� par d�faut des membres et foncitons membres, tout � fait �quivalents en C++

Pour etre pr�cis, si tu ne pr�cise aucune restriction de visibilit� � l'aide des mots cle private, public ou protected, les membres d'une structure seront public alors que ceux d'une classe seront priv�s:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
struct mastruct
{
    int i;
};
class maclass
{
    int i;
};
int main()
{
    mastruct s1;
    masclass c2;
    s1.i=2; //OK i est accessible car public
    c2.i=2; //ERREUR i n'est pas accessible car privé
    return 0;
}

A part cela, il n'y a aucune autre diff�rence entre les classes et les structures en C++

Et tu peux tres bien impl�menter de l'h�ritage et du polymorphisme sur une structure

Par contre ce qui est vrai, c'est que, si tu d�finis une structure en C, tu ne d�clare pas automatiquement le type correspondant, alors que la d�finition d'une structure en C++ cr�era automatiquement le type corrsepondant:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
/* en C */
struct mastruct
{
   int i;
};
/* cr�ation du type */
typedef struct mastruct montype;
int main
{
    mastruct s1;//erreur mastruct n'est pas un type connu
    struct mastruct s2;//ok, on signale que c'est une structure
    montype s3; //ok c'est bien un type comme int, du fait du typedef
    return 0;
}

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
/* en C++ */
struct mastruct
{
    int i;
};
typedef mastruct montype;//cr�e tout simplement un alias
                         // (un autre nom pour repr�senter la meme chose)
int main()
{
    mastruct s1;//ok, mastruct est d�j� un type
    montype s2;//ok: montype==mastruct
    return 0;
}

[Aurelien.Regat-Barrel]

En fait, le mot cle class et le mot cle struct sont, exception faite de la visibilit� par d�faut des membres et foncitons membres, tout � fait �quivalents en C++

Il y a aussi l'h�ritage par d�faut qui change, et les mots-cl�s ne sont pas strictement equivalents, il existe au moins une exception:
http://c.developpez.com/faq/cpp/?pag...e_class_struct
Mais on a bien compris l'id�e

[loufoque]

Je ne suis pas s�r non plus que je les utiliserais. Mais pas parce qu'elles posent un probl�me, parce que je ne vois pas a priori de cas o� elles sont utiles dans ce cadre (notre moniteur avait des exceptions mais elles servaient dans des parties applicatives et pas dans ce qui aurait �t� le noyau si la d�coupe avait �t� faite ainsi). Comme dans un programme utilisateur, il faut utiliser l'outil ad�quat.

Je reviens sur des vieux trucs, mais je ne vois pas pourquoi ne pas utiliser les exceptions dans un noyau.
C'est plus performant que des valeurs de retour et des if/else, et c'est surtout plus robuste, surtout si utilis� avec le RAII.

[Jean-Marc.Bourguet]

Je reviens sur des vieux trucs, mais je ne vois pas pourquoi ne pas utiliser les exceptions dans un noyau.

Je n'ai pas �crit qu'il ne fallait pas les utiliser, j'ai �crit que je ne voyais pas de cas o� elles �taient utiles. Je n'ai pas une grande exp�rience en mati�re de noyaux, et l'exp�rience que j'ai est relativement vieille -- il y a plus de 10 ans -- et sp�cialis�e -- un moniteur temps r�el.

C'est plus performant que des valeurs de retour et des if/else, et c'est surtout plus robuste, surtout si utilis� avec le RAII.

On pourrait entrer dans un d�bat sur les cas o� les exceptions sont plus indiqu�es que les valeurs de retour et invers�ment, mais je ne crois pas que ce soit le sujet de cette discussion.

Pour faire simple, je ne crois pas que les exceptions soient indiqu�es quand l'erreur n'implique pas d'abandonner le traitement en court, sera vraissemblablement trait�e par l'appelant imm�diat ou par quelque chose qui n'est vraissemblablement pas sur la pile d'appel actuel (l'exemple le plus simple est un autre "thread" mais le cas auquel je pense est plus compliqu� que cela, l'expliquer demanderait d'expliquer la structure de notre moniteur -- et il n'est pas sur que je me souvienne de tout ce qui est pertinent pour l'explication).

[epsilon68]

en C on essait de refaire les mecanismes du C++, alors je ne comprends pas pourquoi il faudrait continuer en C.... (une machine avec uniquement un compilateur C ok !)

au d�but juste les classes, constructeurs, destructeurs puis ensuite l'experience et les nouvelles techniques qu'on apprends, on en vient aux mecanismes avanc�es du C++ qu'on ne comprenait pas avant mais que d'un coup tout devient clair.

[Symacod]

Le kernel de Symbian OS c'est quasiement que du C++; 98% pour 2% d'assembleur sur le kernel. Il fonctionne plut�t bien.
c vaut c++ et inversement m�me en dev systeme. va faire un UI serieux en c commence � �tre gal�re.

[JolyLoic]

J'avais entendu dire que c'�tait du C++ soit-disant �pur� mais o� manquaient un certain nombre des points forts du C++. Mais je n'ai jamais eu l'occasion de tester par moi m�me.

[zoronoa]

Le C est un bon language formateur mais C++ c'est programmer avec class

[Shugo78]

En C++, on peux surd�finir les op�rateurs, je ne crois pas que ce soit possibles en C
Ou alors difficilement

[Emmanuel Delahaye]

Je me demandais justement comment... Des exemples ? (et non, ca ne vaut pas dire que je n'y crois pas, je veux juste savoir comment on fait )

Initiation :

Les types abstraits de donn�es (ADT)

Cours complet :

http://ldeniau.web.cern.ch/ldeniau/oopc.html

[GarulfoLinux]

Pour r�pondre � la question de d�part, � savoir d�bat sur le C vs C++, je dirai que c'est avant tout une vision de programmer.

Si tu n'arrives pas � "pens�e objet", � mod�liser l'ensemble de ton futur programme en objet, alors soit que tu pratiques pour te forcer � tout concevoir en objet, soit que tu te diriges vers le C car tu es plut�t dans la programmation imp�rative.

Personnellement, j'aime le C autant que le C++ . J'ai plus pratiqu� le C que le C++ mais je dois dire qu'une fois que tu as le r�flexe de voir objet, alors tu profites mieux du langage.

[PsychoH13]

Pour r�pondre � la question de d�part, � savoir d�bat sur le C vs C++, je dirai que c'est avant tout une vision de programmer.

Si tu n'arrives pas � "pens�e objet", � mod�liser l'ensemble de ton futur programme en objet, alors soit que tu pratiques pour te forcer � tout concevoir en objet, soit que tu te diriges vers le C car tu es plut�t dans la programmation imp�rative.

Personnellement, j'aime le C autant que le C++ . J'ai plus pratiqu� le C que le C++ mais je dois dire qu'une fois que tu as le r�flexe de voir objet, alors tu profites mieux du langage.

Je pense pas qu'on puisse dire que la programmation objet repr�sente correctement la rupture entre C et C++, en effet, on peut tr�s bien faire de la programmation 100% imp�rative en C++, et faire de la programmation objet (bon on gal�re sur l'h�ritage par contre) en C (j'adore en faire )...
L'une des diff�rences majeures que je vois entre le C et le C++ c'est surtout le syst�me de surcharge du C++ (des op�rateurs et fonctions) qui permet de beaucoup simplifier la syntaxe, ainsi que les templates, ou encore les flux... La POO en elle-m�me ne fait pas tellement la diff�rence, mise � part l'h�ritage et le fait de mettre en une seule structure les m�thodes et les attributs.

[hiko-seijuro]

Bonjour � tous,

ce d�bat poss�de une discussion similaire sur le forum g�n�ral du d�veloppement. Ce forum �tant plus appropri� pour ce d�bat, je vous invite � le poursuivre dessus. Voici l'adresse du d�bat : http://developpez.net/forums/showthread.php?t=327

merci � vous

hiko-seijuro