Discussion :

[Invité1]

Bonjour!

Cette semaine, j'ai décidé d'apprendre le c/c++.

J'ai déjà fait un peu de java et j'ai une certaine expérience en XHTML,CSS - PHP/MySQL.

Je précise que la programmation n'est qu'un simple passe-temps pour moi et que je ne suis pas, et ne serai jamais développeur professionnel.

Alors, j'ai commencé à apprendre le c et le c++.

J'ai quelques questions:

Premièrement, dans bien des tutorials de c++, la classe main ressemble à ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int main(int argc, char *argv[]){}

Comme je ne passe pas d'arguments par la ligne de commande en démarrant mon application, est-il correct de faire comme ça?:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int main(void){}

Ensuite, le c ne me pose pas trop de problèmes pour l'instant, mais j'ai quelques problèmes en compilant en c++.

Par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
#include <iostream>
 
int main(void)
{
    std::cout << "Bonjour!";
 
    return(0);
 
}

Lorsque je compile un programme semblable en c (en utilisant stdio.h et printf, je n'ai pas de problèmes. . . Mais avec celui que je viens d'écrire, j'ai un warning c4530: C++ exception handler used, but unwind semantics are not enables. Specify /EHsc.

J'ai fait des recherches (je comprend bien l'anglais), mais honnêtement, je n'ai aucune idée de ce que cela peut bien vouloir dire! (même en le lisant en français)

Si je compile avec /Wall, j'ai aussi énormément de warnings tu type: C4820 . . . x bytes padding added after data member . . . . Qu'est-ce que c'est???


(J'utilise en ligne de commande le compilateur qui viens avec le visual c++ express 2008 de microsoft)


Je tiens à préciser encore que la programmation n'est qu'un passe-temps pour moi, alors ne soyez pas trop durs


Merci de votre aide!

Alex

[Klaim]

Premièrement, dans bien des tutorials de c++, la classe main ressemble à ça:

Il n'y a pas de classe main : ce que tu montres c'est une fonction. Dans le cas de main(), c'est le point d'entrée standard d'une application c/c++.

Comme je ne passe pas d'arguments par la ligne de commande en démarrant mon application, est-il correct de faire comme ça?:

Oui.
Il est même correct, exclusivement pour cette fonction, de ne rien retourner.
En revanche, dans le doute, retourne quand même 0 quand ton programme quitte correctement, comme pour ton exemple (où les parenthese ne sont pas obligatoires).


Sinon, pour ton erreur, est-ce que c'est bien tout le code de ton programme?

edit> Autre question : est-ce que par hasard tu aurais mis ton code dans un .c au lieu d'un .cpp?
Sinon, ça compile et se lance correctement chez moi.

[Klaim]

ARGH j'ai pas bien lu l'erreur.

En fait tu n'as pas activé les Exceptions dans les options de compilation. Comme indiqué dans l'erreur, ajoutes /EHsc dans la ligne de commande de compilation.

La plupart de la STL (il me semble que pas tout) utilise les exceptions et donc tu dois les activer si tu les utilises comme ici avec std::cout.

[Invité1]

Ah oui, la fonction!
C'est pas une classe, je suis pas encore rendu là

Mais, pour les exceptions . . . Qu'est-ce que c'est??? J'aimerais plus de détails!

Et quelles sont les différences entre le std::cout de iostream et le printf de stdio.h?

Merci beaucoup de m'avoir répondu aussi vite

[Klaim]

Les exceptions sont un moyen du language de gérer les erreurs critiques d'un programme ou plutot d'un module. C'est un sujet difficile, pour l'instant il serait préférable que tu n'en sache pas trop avant d'avoir bien apris les bases. Ensuite renseigne toi avec deux ou trois bouquins (pas moins) et articles.

[Invité1]

wow merci beaucoup!

(si j'ai bien compris, c'est seulement avec le c++ et non avec le c?)

Sinon, tu as des liens pour les exceptions?

(je désire apprendre le c ET le c++ . . . je sais que cela à fait un débat énorme ici! Je pensais commencer par le c et ensuite aller vers le c++, mais maintenant que j'ai lu une partie de tout ça, j'hésite . . . . . .)

[Invité1]

et qu'en est-il de l'autre warning que j'ai en compilant avec /Wall ?

[nikko34]

(je désire apprendre le c ET le c++ . . . je sais que cela à fait un débat énorme ici! Je pensais commencer par le c et ensuite aller vers le c++, mais maintenant que j'ai lu une partie de tout ça, j'hésite . . . . . .)

l'essentiel est de bien savoir quand tu utilises l'un et quand tu utilises l'autre. Apparement tu es sur la bonne voie.

[Alp]

Tu sembles avoir compris à l'inverse de beaucoup de monde que le C et le C++ sont deux langages très différents avec une base commune simplement.

A partir de là, tu peux apprendre les deux tant que tu gardes en tête qu'ils sont différents et que deux choses peuvent agir différemment dans l'un et l'autre des langages.

[Invité1]

J'ai commencé à apprendre le c avec un livre: c all-in-one desk reference for dummies (en anglais, mais cela ne me cause aucun problème), et je dois dire que je l'aime bien.

J'ai également le même livre pour le c++, mais malheureusent il à été écrit en 2003. Pour le c, cela ne cause pas de problèmes!! mais pour le c++, si j'ai bien compris, la dernière révision du langage à été faite en 2003 juste après le livre!!

Alors dans le livre, les exemples n'utilisent pas le using namespace std; et usilisent cout << sans le std:: . . .

Quels sont les différences entre l'ancien et le nouveau standard? Est-ce que je pourrais quand même apprendre le c++ avec le livre si j'ai une liste des différences?? Est-ce qu'il y en a beaucoup?

Merci beaucoup de votre aide.

Alex

[JolyLoic]

S'il avait été écrit à jour en 2003, ça ne poserait pas de problèmes, les différences entre 2003 et 1998 étant de l'ordre de l'extension, et pas fondamentales pour débuter. Mais à ce que tu dis, même s'il avait été écrit en 1998, ce livre aurait déjà été dépassé.

Honnêtement, comme l'anglais ne te pose pas de problème, Accelerated C++ de Koenig et Moo est LA référence pour l'apprentissage. Si tu as envie d'un livre qui soit plus progressif, regarde du côté de C++ primer (4ème édition, celle avec Moo en co-auteur impérativement). Je ne l'ai pas lu, mais en ai entendu du bien.

Autrement, j'ai jeté un coup d'oeil sur la page amazon de ton livre. J'y ai lu :

* C++ .NET, which shows you how to program for Microsoft’s latest product, create Web services, build assemblies, and more

Il s'agit là d'un langage complètement différent du C++, bien que pouvant se mêler au C++ (et qui de plus a énormément évolué en 2005). Honnêtement, à moins de devoir interfacer un code en C++ avec un code .NET (C#, VB.NET...), je conseillerais de ne pas regarder ça du tout. Ce langage mèle les complexités du C++ aux complexités du .NET, sans apporter grand chose par lui même.

* Visual Studio 6.0 and MFC, featuring a discussion of writing software for Windows with Microsoft Foundation classes

Les MFC sont une bibliothèque pour faire de l'IHM qui est assez dépassée. Elles ne présente d'intérêt à mon sens que si l'on souhaite étendre une application qui les utilise déjà sans vouloir tout refaire. Si tu veux faire de l'IHM, regarde plutôt du côté de Qt ou wxWidgets.

[Invité1]

Merci de ton aide!

J'ai regardé la liste des tutorials c++ qu'on retrouve sur developpez.com et je me demandais . . . Est-ce que ces tutorials sont assez clairs et bons pour se passer d'un livre? . . . Je n'ai pas envie de m'acheter un autre livre maintenant! Surtout que ces livres sont très chers!

Merci

[Alp]

Aucun cours ou tutoriel au monde ne peut permettre à quelqu'un de se passer d'un livre de C++.

[Invité1]

et est-ce que le livre sur le c est correct?

J'ai lu une bonne partie et honnêtement, je le trouve superbe! Il est clair et facile à comprendre.

J'ai regardé un peu le accelerated c++ et j'ai vu qu'il a été écrit en 2000. Quels sont les différences depuis 2003??

Aussi, est-ce un livre correct pour quelqu'un comme moi? Je précise que je n'ai vraiment pas une grande expérience en programmation!

[Davidbrcz]

Bien qu' AC++ ai été écrit en 2000, il reste une des grande référence pour apprendre le C++ moderne (~ le "vrai" C++, pas un C++ considéré comme juste une surcouche du C)

[Invité1]

et pour le livre de c que j'ai, il semble correct . . . est-ce qu'il l'est???


Merci beaucoup

[Davidbrcz]

Ton livre fait partie de la collection "Pour les nuls", collection plus que souvent déconseillé en programmation.

De plus, ce que je vois dans la description, confirme mes craintes.
Parler dan un même livre (qui est cencé parler de C++) de C++.Net, de MFC et de design patterns, c'est très mauvais !!!

Si tu pouvais le changer pour AC++, ca serait génial !

[Invité1]

pour le c++ j'ai compris . . .

Mais je parlais du livre pour le c et non plus le c++

[Davidbrcz]

Aprennd le C ou le C++, mais pas les deux. Tu aura déjà suffisament de travail comme ca :.

Pour des avis sur un livre de C, je te conseille de poster dans le forum C.

[JolyLoic]

J'ai regardé un peu le accelerated c++ et j'ai vu qu'il a été écrit en 2000. Quels sont les différences depuis 2003??

Rien qui soit vraiment important pour un apprentissage. Des nouvelles bibliothèques qui sont très utiles, mais d'ici à ce que tu sois à même de les utiliser, je pense que tu auras dépassé le stade d'un premier livre d'apprentissage.

Aussi, est-ce un livre correct pour quelqu'un comme moi? Je précise que je n'ai vraiment pas une grande expérience en programmation!

Il ne présuppose pas de connaissances en programmation. Par contre, j'ai entendu qu'il pouvait apparaître comme un peu aride à certains, un style un peu trop académique. Le mieux est de te faire toi même une idée, par exemple en lisant l'extrait disponible :
http://www.amazon.com/gp/reader/0201...pt#reader-link

Pour le livre en C, désolé, je ne connais pas assez ce langage pour juger, va voir sur le forum en question.