Discussion :

[yan]

ATTENTION c'est s�rieux...
Bonjour,
apr�s plusieurs fois mettre fait envoyer ...bip.. (a juste titre parfois ) a cause de la diff�rence entre ces deux langages. Je voudrai faire un point.

Personnellement, je pense que d'affirmer que c'est deux langage sont distinct est une utopie lors que l'on est d�veloppeur :
Il y as trop de projet, de lib et de fonction surpuissante ... qui sont en C (sscanf, glib, GTS, Opencv, OpenGL ...) et utiliser avec du C++. Ainsi que la simplicit� de passer des objets C++ au format C : comme les string qui fournisse la m�thode cstr() pour reccuperer du char *.

Je ne pense avoir sp�cialement raison bien sur (d'ou ce topic). Mais j'aimerai savoir si dans votre travaille vous arrivez r�ellement as s�parer ces deux langages, et dans le cas positif, comment faite vous, et aussi qu'es qui est a bannir pour �tre un vrai d�veloppeur C++. exemple le char *.

merci

[Alp]

Pour la plupart des biblioth�ques C les plus utilis�es, il existe des binding C++.

Ensuite, bien que je ne d�veloppe pas pour une entreprise mais simplement � titre personnel pour le moment, j'ai banni les char*. Et lorsque je dois donner un char* � une fonction, je sais que std::string me le permet.

Des exemples de biblioth�ques C rempla�ables ou bind�es en C++ :
pthread -> boost.thread, Loki, wxThread (wxWidgets), QThread (Qt), ...
sockets posix -> boost.asio, socket++, wxSocket (wxWidgets), QSocketClient/Server (Qt), ...

Tu veux d'autres �quivalents ?

[yan]

Pour la plupart des biblioth�ques C les plus utilis�es, il existe des binding C++.

Ensuite, bien que je ne d�veloppe pas pour une entreprise mais simplement � titre personnel pour le moment, j'ai banni les char*. Et lorsque je dois donner un char* � une fonction, je sais que std::string me le permet.

Des exemples de biblioth�ques C rempla�ables ou bind�es en C++ :
pthread -> boost.thread, Loki, wxThread (wxWidgets), QThread (Qt), ...
sockets posix -> boost.asio, socket++, wxSocket (wxWidgets), QSocketClient/Server (Qt), ...

Tu veux d'autres �quivalents ?

Malheureusement, ce n'est pas le d�veloppeur qui d�cide...

C'est surtout professionnellement que je demande (les travaux personnel en C++ c'est sans aucun probl�me).
Comment faire pour faire r�ellement abstraction du C dans des projets.
Ce n'est surtout pas pour troller. Je suis d'accord de bien faire comprendre que C et C++ ne sont pas les m�me langage, mais pas sur le fait de les distinguer. Car, par exemple, un jeune d�veloppeur qui va commencer a travailler va avoir de bonne base de C++ et/ou as qui ont n'as jamais expliqu� comment les diff�rencier, va se retrouver avec des projet C/C++. Si il ne sait pas faire la diff�rences, il est mal barr� (un peu mon cas au d�but, mais j'y travail ). Et va commencer � m�langer les deux.

Personnellement je ne vois pas comment pour faire � tous les coups, un projet totalement C++.
Par exemple GTS, il n'y as le choix que de tra�ner des morceaux en C (en plus c'est du "C objet"), faire un binder C++ prendrai trop de temps.

Apr�s je veut bien croit que se soit ma m�thode de travail qui faudrait revoir, mais dans ces cas j'aimerai que l'on m'explique, et avoir des conseil. Perso je ne pense pas �tre le seule avec ce probl�me, et de fermer toutes discutions sur ce th�me ne fait pas avancer les choses.

[nikko34]

Ce n'est pas difficile de faire un projet C++. C'est juste de trouver des gens comp�tents qui est peut �tre plus dur, mais si quelqu'un qui s'y connait peut expliquer clairement ce qu'il faut faire et ne pas faire, �a passe tout seul.

[Laurent Gomila]

Ce n'est pas une question de m�langer C et C++, ici tu parles juste d'utiliser des biblioth�ques ayant une interface C. Et je ne vois pas de probl�me � le faire, �a ne te fait qu'appeler des fonctions avec �ventuellement des char* ou des void*, mais �a ne te fait pas coder en C.

[yan]

Ce n'est pas une question de m�langer C et C++, ici tu parles juste d'utiliser des biblioth�ques ayant une interface C. Et je ne vois pas de probl�me � le faire, �a ne te fait qu'appeler des fonctions avec �ventuellement des char* ou des void*, mais �a ne te fait pas coder en C.

C'est des exemples, je peut rajouter les callback, cela n'as pas l'aire tr�s C++ comme fonction. Utiliser des FILE, des sscanf , .... parfois on n'as pas le choix. C'est pas du C++. Y as plein d'exemple, NULL n'est pas C++ mais C ...

Apr�s peut �tre que je ne suis pas claire. Le but est de savoir comment se d�brouille les gens et r�pertorier ce qui serait bien de bannir du C++ (professionnellement parlant). En gros c'est pour savoir comment bien s�parer ces deux langage (dans la limite du possible) et reprendre de bonne habitude comme :
- plus de char *
- plus de tableau mais des vector (�a je ne suis pas encore vraiment d'accord)
...(la je sais pas)

[Laurent Gomila]

Ce que je voulais dire c'est que quelque soit l'interface de la biblioth�que C que tu utilises, tu pourras tr�s vite revenir � du C++ correct, tu n'auras pas � te trimballer du code C un peu partout.

Le but est de savoir comment se d�brouille les gens

C'est simple, moi je n'utilise du C que lorsque je ne peux pas faire autrement. J'utilise actuellement des biblioth�ques pour un projet perso, toutes sont en C, �a ne me pose aucun probl�me elles s'int�grent parfaitement. Elles auraient eu une interface C++ �a n'aurait pas chang� grand chose, si ce n'est la syntaxe des appels de fonction ("x.f(y)" au lieu de "f(&x, y)").

r�pertorier ce qui serait bien de bannir du C++

Si tu en es l� �a veut dire que tu as mal d�marr� ton apprentissage, et que tu as d�j� assimil� des choses � �viter ?

- plus de tableau mais des vector (�a je ne suis pas encore vraiment d'accord)

Moi non plus, il y a bien d'autres conteneurs qui peuvent �tre plus adapt�s que std::vector. Par contre il y aura toujours quelque chose qui sera mieux qu'un b�te tableau brut.

[millie]

Des exemples de biblioth�ques C rempla�ables ou bind�es en C++ :
pthread -> boost.thread, Loki, wxThread (wxWidgets), QThread (Qt), ...
sockets posix -> boost.asio, socket++, wxSocket (wxWidgets), QSocketClient/Server (Qt), ...

Ca, c'est effectivement pratique si tu as les biblioth�ques sous la main et compil�s. Mais ce n'est pas toujours le cas sur des syst�mes particulier et �a devient parfois la croix et la banni�re � les compiler.

M�me si tu n'as pas cit� cela (et que c'est une biblioth�que C), afin d'avoir une biblioth�que r�seau multiplateforme (notamment Windows, linux, mac, Solaris). J'avais voulu utilis� SDL_net. Ce qui impliquait d'utiliser SDL. J'ai r�ussi � faire compiler SDL sans trop trop de probl�me sous Solaris, mais je n'ai jamais r�ussi pour SDL_net ce qui fait que j'ai d� choisir une autre solution Je crois que j'aurais le m�me type de probl�me avec d'autres biblioth�ques sur des syst�mes vieux, "particuliers" et avec tr�s peu de biblioth�ques dessus