Apprendre le C# ou le C++

Version imprimable

29/11/2012, 06h56
darioo2

Apprendre le C# ou le C++

Bonjour,
Je fais actuellement du JAVA et je voudrais apprendre un autre langage, j'hésite entre le C# et le C++, même si j'ai brièvement commencé a apprendre le C#.
Mon principal but est la création d'applications de bureau avec de temps en temps l'utilisation de dll natives comme user32.dll, mais je suis ouvert a toutes autres perspectives d'apprentissage comme le jeu vidéo, programmation système, etc...
Je poste sur ce forum, car je voudrais avoir l'avis de personnes qui utilisent le C++ et qui on essayé ou pratiquent le C#. Est ce que le C# est une réelle alternative au C++? Est ce que vous utilisez le Framework .net ou plutôt Qt ? Malgré la gestion des pointeurs vous préférez utiliser le C++ ou au contraire le C# pour les éviter ? Quel est le langage qui s'en sortira le mieux dans le futur avec l'arrivée des tablettes, de Windows 8, utilisation du mac plus importante, ...

Tous les avis sont les bienvenus, les perspectives d'apprentissage possibles avec ces 2 langages, lequel est le plus utiliser dans le milieu professionnel, ...

Merci de votre aide !
29/11/2012, 08h25
JolyLoic

Mon avis est que si tu es dans une démarche d'apprentissage, le C# est très proche du Java, et donc ne t'apprendra pas beaucoup de nouveaux concepts. Alors que le C++ présente des différences substantielles en terme de philosophie, et donc te permettra de plus enrichir tes compétences.
29/11/2012, 09h51
r0d

Bonjour,

Juste une remarque: je programme à peu près autant en c++ qu'en c#, et selon moi, ces deux langages n'ont pas le même champ. Je veux dire que je ne les utilises pas pour faire la même chose. Basiquement, j'utilise le c# lorsque la rapidité d'exécution n'est pas une contrainte majeure (il a bien sûr des exceptions, mais grosso modo c'est ça).

Sinon je rejoins Loïc: en terme d'apprentissage je te conseille le c++. Voir même le C, histoire d'être confronté de près aux problèmes de gestion de la mémoire. C'est toujours un gros avantage pour un développeur de bien comprendre ce qui se passe au niveau de la mémoire.
29/11/2012, 10h06
gbdivers

Je dirais quand même le C++ au lieu du C : tu peux aborder la POO (une vraie, pas comme en C), qui est probablement le paradigme le plus utilisé actuellement ; tu peux ne pas avoir à te préoccuper de la gestion bas niveau si tu débutes (smart pointers, containers, etc) ou gérer la mémoire manuellement dans un second temps.

Pour le reste :
* framework -> Qt
* gestion des pointeurs -> ce n'est pas une obligation (voir même, ce n'est pas conseillé pour débuter et dans la majorité des cas)
* qui s'en sortira le mieux dans le futur avec l'arrivée des tablettes, de Windows 8, utilisation du mac plus importante, ... -> a priori, le C++. Je sais pas très bien ce que vaut le C# (Mono) sur les autres plateformes
29/11/2012, 10h13
r0d

Citation:

Envoyé par gbdivers

Je dirais quand même le C++ au lieu du C : tu peux aborder la POO

S'il vient du java, il connait déjà le paradigme objet.

Citation:

Envoyé par gbdivers

ou gérer la mémoire manuellement dans un second temps.

Je ne sais pas si c'est une bonne idée de gérer la mémoire manuellement en c++ (c-style arrays, mallocs, free...); ce n'est pas vraiment dans la philosophie oo de c++, du coup - et qui plus est s'il s'agit d'apprentissage - ça peut induire une mauvaise compréhension du langage.

[HS]

Citation:

Envoyé par gbdivers

qui s'en sortira le mieux dans le futur

Le go? :aie:
Pour l'instant personne n'y croit, mais c'est comme le c# il y a 10 ans: avec la machine de guerre qu'était microsoft il y a 10 ans, ça a fini par percer. Et maintenant go, avec l'omniprésence de google, peut-être dans 10 ans...
[/HS]
29/11/2012, 10h23
gbdivers

Pour la POO, c'est vrai. Par contre, on a tendance a être un peu plus... "exigent" (comprendre "casse-pied) en C++. Combien de dev Java connaissent Liskov, Demeter, OCP, etc (ok, tous les devs C++ ne les connaissent pas non plus... mais difficile d'échapper à Koala01, JolyLoic ou Luc Hermitte sur le forum C++ :) )

Pour la mémoire, je crois pas que gestion manuelle et POO s'oppose. La POO en C++ permet d'utiliser le RAII et donc de mettre en place des classes qui évite la gestion manuelle en apportant de fortes garanties. Mais si le besoin est là, rien ne l'interdit (demande à Joel Falcou si le C++, la méta prog et le bas niveau sont compatibiles :) )
29/11/2012, 11h35
ternel

Eh, Joël Falcou est sur ce forum? J'ai été un de ses étudiants, et j'ai un souvenir ému de ses cours.
J'ai souvenir que quelques uns de mes collègues ne comprenaient rien :mouarf:, mais j'ai toujours pensé qu'ils manquaient de niveau. (entre autre, ils n'avaient rien codé d'eux-même en cinq ans d'études en informatique)

En effet, il expliquera bien comment touiller tous ces aspects ensembles.
29/11/2012, 11h49
darioo2

Merci pour ces réponses,
Oui, je suis dans une démarche d'apprentissage, donc effectivement, le Java et le C# se ressemblent beaucoup. Sur ce point là le C++ semble plus approprié.
Pour le C, je ne cache pas que je suis intéressé, mais adepte de la POO, je ne pourrais plus m'en passer.
Les performances ne sont pas importantes dans la mesure ou ce que je programme reste relativement modeste en terme de ressources, donc que le langage soit managé ou compilé ça ne pose pas de soucis.
Si quelqu'un d'autre veut donner son avis je suis preneur.
29/11/2012, 14h17
Mat.M

Salut pour répondre à la question en 2 mots, mon point de vue
Pour du développement en entreprise ou informatique de gestion il es préférable d'apprendre Java ou C#
Tu peux très bien faire de la POO avec ces 2langages
Pour les jeux vidéos,l'informatique scientifique, il vaut mieux apprendre le C++; Open GL ou Direct X se programment principalement en C++.

Ceci dit le reproche que je ferais à .NET ou Java c'est concernant la pérennité de ces frameworks..
le risque c'est que Microsoft nous refasse le coup comme avec Visual Basic...
c.a.d. qu'avant il y avait un bon nombre d'applications développées avec VB ,pérennisées sur de nombreuses années.
Et puis Microsoft a voulu imposer .NET donc bon nombre de projets développés avec VB partis à la poubelle ou qu'il a fallu reprendre.
29/11/2012, 22h03
moldavi

Bonjour.

Citation:

Envoyé par darioo2

Bonjour,
Je fais actuellement du JAVA et je voudrais apprendre un autre langage, j'hésite entre le C# et le C++, même si j'ai brièvement commencé a apprendre le C#.

Comme beaucoup ici je te conseillerai le C++. Si tu connais bien Java, tu seras certainement à l'aise avec C#. Autant commencer par le langage qui sera le plus différent.

Citation:

Envoyé par darioo2

Mon principal but est la création d'applications de bureau avec de temps en temps l'utilisation de dll natives comme user32.dll,

Là je dirai plutôt C#.
Dans mon cas pour les applications de bureau je me suis orienté sur du WindowsForm, et je fais de l'interop COM pour les parties C++. Au départ, pour les IHM je faisais du Win32, et ça m'a vite soulé, raison de mon passage à WindowsForm. Et les QT, MFC et Cie, ça ne m'a jamais emballé. Et pour le langage avec les WindowsForm, j'utilise principalement le C++/Cli et parfois du C#.

Citation:

Envoyé par darioo2

mais je suis ouvert a toutes autres perspectives d'apprentissage comme le jeu vidéo, programmation système, etc...

Là je dirai C++ mais c'est faisable en C# tout comme beaucoup d'autre langage.

Citation:

Envoyé par darioo2

Je poste sur ce forum, car je voudrais avoir l'avis de personnes qui utilisent le C++ et qui on essayé ou pratiquent le C#. Est ce que le C# est une réelle alternative au C++?

Ce n'est pas une alternative, c'est un plus, de mon point de vue. Par exemple je dois faire un outil qui fait de l'affichage 3D et qui doit être interfaçable. Alors je développe l'application 3D en C++ avec DirectX et je fais l'IHM en WindowsForm. Je relie les deux mondes par de l'interop COM. Il n'y a donc pas d'alternative mais une complémentarité.

Citation:

Envoyé par darioo2

Est ce que vous utilisez le Framework .net ou plutôt Qt ?

Je ne peux pas répondre objectivement parce que j'ai fait le choix du Framework.net. Je ne connais pas assez QT pour pouvoir comparer les deux.

Citation:

Envoyé par darioo2

Malgré la gestion des pointeurs vous préférez utiliser le C++ ou au contraire le C# pour les éviter ?

Attention ici. Le C# ne permet pas d'éviter la gestion des pointeurs (ou référence). C'est malheureusement une fausse idée...
Dans le Framework.net tout n'est pas .net. Si vous utilisez le GDI par exemple, c'est de l'interop et vous devez libérer les objets. Un Pen ou un Brush, il faut appelez la méthode Dispose quand c'est terminé...

Donc dans cette situation je préfère gérer les pointeurs en C++ parce que j'ai l'habitude. En C# il faut à chaque fois bien lire la documentation pour savoir si un objet doit être libéré.

Citation:

Envoyé par darioo2

Quel est le langage qui s'en sortira le mieux dans le futur avec l'arrivée des tablettes, de Windows 8, utilisation du mac plus importante, ...

Je n'ai pas ma boule de cristal, mais les tablettes ont l'air de redonner un boost au langage tel que C++ et très clairement Objective C. Ces appareils ont des processeurs très performants, mais faut pas exagérer c'est pas au niveau d'un PC de bureau. Donc tous les langages performants auront leurs mots à dire.

Pour l'avenir, si les appareils type tablette/smartphone deviennent aussi performants qu'un PC de bureau, la donne concernant le langage changera. Mais cela qui peut le savoir.
30/11/2012, 01h32
JolyLoic

Citation:

Envoyé par moldavi

Dans mon cas pour les applications de bureau je me suis orienté sur du WindowsForm, et je fais de l'interop COM pour les parties C++.

J'ai l'impression que les winforms sont moribonds, au profit de WPF.

Et pour avoir sérieusement travaillé avec les deux, je dois dire que WPF, malgré une courbe d'apprentissage bien plus rude, offre des concepts bien plus intéressants que les winforms, en terme de customisation comme en terme de lien entre l'UI et le moteur.

Qt quand je m'avait utilisé était plus proche des Winforms, mais il a évolué depuis, et je ne me prononcerais pas sur sa version actuelle. Il semblerait que Microsoft présente une nouvelle bibliothèque d'IHM en C++ avec Visual C++2012, et qui aurait des concepts proches de WPF, mais je n'ai pas encore eu l'occasion d'essayer ce que ça donne.
30/11/2012, 17h55
moldavi

Citation:

Envoyé par JolyLoic

J'ai l'impression que les winforms sont moribonds, au profit de WPF.

Et pour avoir sérieusement travaillé avec les deux, je dois dire que WPF, malgré une courbe d'apprentissage bien plus rude, offre des concepts bien plus intéressants que les winforms, en terme de customisation comme en terme de lien entre l'UI et le moteur.

En effet, la courbe d'apprentissage est plus rude en WPF. Ce qui me rebute avec WPF, c'est de devoir me taper du xaml et ça j'aime pas. L'autre problème que j'ai rencontré, remonter des informations à l'IHM avec des "event", disons à raison de 20ms, ça rame énormément. Faut passer par des threads classiques. Ce qui est une régression à mon sens, quand on est habitué aux "event".

Comme je ne fais pas de chose ultra-sophistiquées en WindowsForm et comme je n'ai pas encore été bloqué avec cette techno, je reste dessus.

Citation:

Envoyé par JolyLoic

Il semblerait que Microsoft présente une nouvelle bibliothèque d'IHM en C++ avec Visual C++2012, et qui aurait des concepts proches de WPF, mais je n'ai pas encore eu l'occasion d'essayer ce que ça donne.

Pourrais-tu me donner des liens, je n'ai pas connaissance de cela, merci.
30/11/2012, 19h58
JolyLoic

Citation:

Envoyé par moldavi

Pourrais-tu me donner des liens, je n'ai pas connaissance de cela, merci.

http://en.wikipedia.org/wiki/C%2B%2B/CX
01/12/2012, 03h51
koala01

Salut,

[HS]

Citation:

Envoyé par leternel

Eh, Joël Falcou

Oui, c'est Joel F, tu l'as peut etre déjà croisé sur le forum ;)[/HS]
01/12/2012, 15h38
darioo2

Citation:

Envoyé par moldavi

Bonjour.

Comme beaucoup ici je te conseillerai le C++. Si tu connais bien Java, tu seras certainement à l'aise avec C#. Autant commencer par le langage qui sera le plus différent.

Là je dirai plutôt C#.
Dans mon cas pour les applications de bureau je me suis orienté sur du WindowsForm, et je fais de l'interop COM pour les parties C++. Au départ, pour les IHM je faisais du Win32, et ça m'a vite soulé, raison de mon passage à WindowsForm. Et les QT, MFC et Cie, ça ne m'a jamais emballé. Et pour le langage avec les WindowsForm, j'utilise principalement le C++/Cli et parfois du C#.

Là je dirai C++ mais c'est faisable en C# tout comme beaucoup d'autre langage.

Ce n'est pas une alternative, c'est un plus, de mon point de vue. Par exemple je dois faire un outil qui fait de l'affichage 3D et qui doit être interfaçable. Alors je développe l'application 3D en C++ avec DirectX et je fais l'IHM en WindowsForm. Je relie les deux mondes par de l'interop COM. Il n'y a donc pas d'alternative mais une complémentarité.

Je ne peux pas répondre objectivement parce que j'ai fait le choix du Framework.net. Je ne connais pas assez QT pour pouvoir comparer les deux.

Attention ici. Le C# ne permet pas d'éviter la gestion des pointeurs (ou référence). C'est malheureusement une fausse idée...
Dans le Framework.net tout n'est pas .net. Si vous utilisez le GDI par exemple, c'est de l'interop et vous devez libérer les objets. Un Pen ou un Brush, il faut appelez la méthode Dispose quand c'est terminé...

Donc dans cette situation je préfère gérer les pointeurs en C++ parce que j'ai l'habitude. En C# il faut à chaque fois bien lire la documentation pour savoir si un objet doit être libéré.

Je n'ai pas ma boule de cristal, mais les tablettes ont l'air de redonner un boost au langage tel que C++ et très clairement Objective C. Ces appareils ont des processeurs très performants, mais faut pas exagérer c'est pas au niveau d'un PC de bureau. Donc tous les langages performants auront leurs mots à dire.

Pour l'avenir, si les appareils type tablette/smartphone deviennent aussi performants qu'un PC de bureau, la donne concernant le langage changera. Mais cela qui peut le savoir.

Du coups, si tu utilises le Framework .NET, ton programme a une dépendance a la version installer sur la machine ou il est executé ou c'est compilé en code natif ?
Parce que quit a dévelloper en C++, je préfèrerais que mon code n'ai pas de dépendances, ça reviendrais au même qu'utiliser JAVA (code managé) ?

En utilisant le .NET avec le C#, j'ai pu rapidement me rendre compte que la bibliothèque est tout simplement énorme, et pas que pour les GUI mais pour tout un tas d'autres classes non visuelles, est ce que la lib Qt en possède autant ?

Citation:

Je n'ai pas ma boule de cristal, mais les tablettes ont l'air de redonner un boost au langage tel que C++ et très clairement Objective C. Ces appareils ont des processeurs très performants, mais faut pas exagérer c'est pas au niveau d'un PC de bureau. Donc tous les langages performants auront leurs mots à dire.

Je savais pas qu'on pouvais dévelloper en C++ sur tablettes, parce que Apple=ObjectiveC ok mais Android c'est bien en JAVA non ?

Sinon, je viens de démarer le tutto C++ sur le SDZ que je survole un peu pour la synthaxe de base c'est bien pour démarer ? l'innitiation a Qt me semble pas mal a première vue ?
01/12/2012, 17h08
moldavi

Citation:

Envoyé par darioo2

Du coups, si tu utilises le Framework .NET, ton programme a une dépendance a la version installer sur la machine ou il est executé ou c'est compilé en code natif ?
Parce que quit a dévelloper en C++, je préfèrerais que mon code n'ai pas de dépendances, ça reviendrais au même qu'utiliser JAVA (code managé) ?

Je n'ai pas de problème vis-à-vis de cela, je ne développe que sur du Windows Seven. C'est un choix, je n'ai jamais eu à faire du logiciel portable, et c'est tant mieux.

Citation:

Envoyé par darioo2

Je savais pas qu'on pouvais dévelloper en C++ sur tablettes, parce que Apple=ObjectiveC ok mais Android c'est bien en JAVA non ?

Je pensais à windows 8 ARM, et aussi au fait qu'il semble possible de développer en C++ au lieu d'objective C.

Merci JolyLoic pour lien :

pour les IHM ce sera du xalm (ARF...) et le langage un mix de C++ et C++/CLI. Je ne sais pas trop ce que fait Microsoft avec le C++, mais entre le C++, le C++ managed, le C++/CLI et maintenant le C++/CX, ça part dans tous les sens...
01/12/2012, 19h07
JolyLoic

Citation:

Envoyé par darioo2

Je savais pas qu'on pouvais dévelloper en C++ sur tablettes, parce que Apple=ObjectiveC ok mais Android c'est bien en JAVA non ?

Apple = objective C et C++
Android = Java et C++
Windows = C# et C++
06/12/2012, 10h25
r0d

Citation:

Envoyé par moldavi

le C++ managed, le C++/CLI

Il me semble que c'est la même chose non?

Après, le C++/CLI n'est pas vraiment fait pour programmer, c'est juste fait pour faire des wrappers. J'ai l'impression que le C++/CX est dans la même optique non?
06/12/2012, 14h30
moldavi

Citation:

Envoyé par r0d

Il me semble que c'est la même chose non?

Après, le C++/CLI n'est pas vraiment fait pour programmer, c'est juste fait pour faire des wrappers. J'ai l'impression que le C++/CX est dans la même optique non?

Pour résumer, le C++ managed est l'ancêtre du C++/CLI. Il y a pas mal de différence entre ces deux langages.

Le C++/CLI est un langage comme le C#, VB.net, etc... C'est fait pour programmer. La nuance, c'est que l'on peut mixer du C++ natif au sein du code C++/CLI.

Personnellement je ne mixe pas le C++, par souci d'organisation de code et pour d'autres considérations. J'utilise l'interop COM.
11/12/2012, 17h24
darioo2

Citation:

Envoyé par JolyLoic

Apple = objective C et C++
Android = Java et C++
Windows = C# et C++

Merci pour la réponse, pour Apple, je suppose que c'est sur OS de bureau et pas sur les terminaux mobiles (IPhone/IPad) ?
Sur Androïd C'est grace à QT5 qu'on pourra le faire, une information vague que j'ai pu lire sur internet !

Sinon en utilisant QT on utilise généralement quoi comme IDE ? QT Créator, ou ça vaut quand même la peine d'utiliser Visual Studio qui est quand même un super IDE ?
11/12/2012, 17h47
koala01

Citation:

Envoyé par darioo2

Sinon en utilisant QT on utilise généralement quoi comme IDE ? QT Créator, ou ça vaut quand même la peine d'utiliser Visual Studio qui est quand même un super IDE ?

On peut parfaitement utiliser les deux, grace au module d'intégration dans Visual Studio (quoi qu'il me semble qu'il ne soit utilisable que pour les version payantes de VS :aie:) qui facilite grandement toute ce qui a trait à la gestion de la chaine de compilation spécifique à Qt.

j'ai eu l'occasion de travailler avec le trio VS + module d'intégration Qt + visual assit (payant :aie:), et je dois dire que c'était un réel plaisir ;)

Le gros problème tient dans le fait que, vu le prix des licences, il me semble difficile d'en profiter à titre privé :aie:

Par contre, je travailles également énormément avec QtCreator qui, il faut le signaler, est quand même dés le départ prévu pour utiliser la chaine de compilation propre à Qt (avec ses mocs et autres subtilités).

Bien qu'il soit un peu plus "spartiate" à l'usage que VS, il n'a malgré tout pas grand chose à lui envier, et semble un choix particulièrement judicieux pour une utilisation privée à semi professionnelle (comprends : si tu ne travailles pas pour une grosse boite qui peut t'offrir les licences pour le trio des trois outils dont j'ai parlé concernant VS :D ) ou pour un développement "multi plateforme" dans le sens où tu peux l'utiliser aisément aussi bien sous windows que sous linux (et je crois meme sous Mac OS), et qu'il te permet donc de ne pas être "déstabilisé" par la nécessité d'utiliser des outils différents selon l'OS sur lequel tu veux travailler ;)

Après, il reste malgré tout l'histoire du "gout personnel" qui fera que chacun pourra préférer travailler avec l'un ou l'autre outil, en fonction de sa propre sensibilité ;)
14/12/2012, 15h40
darioo2

Merci beaucoup pour ta réponse,
J'essairais de me mettre sur Qt Créator, dans mon cas ça reste le meilleur choix.
Et en ce qui concerne QT, quel est la différence entre la version LGPL et Pro, qu'est ce que je ne pourrais pas faire avec la version LGPL ?
Dans l'optique de créer des applis payantes, est ce que la version LGPL est suffisante ? pas des énormes projets mais des applis qui serons malgré tout destinés a la vente !
14/12/2012, 16h02
koala01
Citation:

Envoyé par darioo2

Merci beaucoup pour ta réponse,
J'essairais de me mettre sur Qt Créator, dans mon cas ça reste le meilleur choix.

C'est, en tout état de cause, un choix qui peut parfaitement se justifier... et évoluer ;)

Citation:

Et en ce qui concerne QT, quel est la différence entre la version LGPL et Pro, qu'est ce que je ne pourrais pas faire avec la version LGPL ?

Avec la version LGPL, tu devras respecter les termes... de la licence LGPL...

En gros :
1. Fournir le code source de Qt sur "simple demande" (ou indiquer clairement l'endroit où se le procurrer
2. Ne pas lier statiquement ton application à Qt (mais utiliser les dlls)
3. Fournir "sur simple demande" les modifications de code que tu apportes à Qt, si tu en apporte
4. Préciser que Qt est sous licence LGPL et que toute personne qui voudrait utiliser la version que tu fournis doit respecter la licence LGPL
Citation:

Dans l'optique de créer des applis payantes, est ce que la version LGPL est suffisante ? pas des énormes projets mais des applis qui serons malgré tout destinés a la vente !

Dans les limites de ce que j'ai dit plus haut, oui, la licence LGPL est suffisante ;)

Mais si tu ne comptes pas respecter l'un de ces points (essentiellement les points (2) et (3), car ce sont sans doute ceux que tu voudrais ne pas respecter ;) ), tu dois passer à la version commerciale ;)
14/12/2012, 19h00
darioo2
Citation:
Envoyé par koala01

C'est, en tout état de cause, un choix qui peut parfaitement se justifier... et évoluer ;)

Avec la version LGPL, tu devras respecter les termes... de la licence LGPL...

En gros :
Fournir le code source de Qt sur "simple demande" (ou indiquer clairement l'endroit où se le procurrer
Ne pas lier statiquement ton application à Qt (mais utiliser les dlls)
Fournir "sur simple demande" les modifications de code que tu apportes à Qt, si tu en apporte
Préciser que Qt est sous licence LGPL et que toute personne qui voudrait utiliser la version que tu fournis doit respecter la licence LGPL

Dans les limites de ce que j'ai dit plus haut, oui, la licence LGPL est suffisante ;)

Mais si tu ne comptes pas respecter l'un de ces points (essentiellement les points (2) et (3), car ce sont sans doute ceux que tu voudrais ne pas respecter ;) ), tu dois passer à la version commerciale ;)
Non, Je souhaite simplement utiliser les DLL pour que mon programme sache ou trouver les classes QT.
Je veut juste hériter les classes de base pour personnaliser les widgets pour mon appli mais je ne ferais rien de plus !
Merci encore pour toutes ces infos ;)
30/12/2012, 22h51
polaroid62

Citation:
Envoyé par darioo2 Voir le message
Je savais pas qu'on pouvais dévelloper en C++ sur tablettes, parce que Apple=ObjectiveC ok mais Android c'est bien en JAVA non ?
Apple = objective C et C++
Android = Java et C++
Windows = C# et C++

On peut aussi citer Monotouch et Monodroid qui permettent de développer en C# , je ne connais pas la qualité de ces outils mais le prix par contre...