Discussion :

[etiennegaloup]

Bonjour,

novice en C++, je m'interroge quant au choix d'un environnement de développement en C++.
Je m'y perds un peu entre MFC, .NetFramework, bibliothèque C++, API Windows ...
Je dois développer une application qui utilise des objets DCOM.
Il n'y aura pas d'interface graphique
Mais quel environnement utilisé ?
Visual C++ 2005 Express ?
Dev C++ ?

Le souci est que VC++ 2005 Express n'a pas les MFC ?
Puis-je les importer autrement ?

Quel avantage ai-je à utiliser le .NetFramework ?
Et pourquoi ne pas utiliser les MFC ?
Ou même les deux ?
Ou alors aucun des deux ?
Et dans ce cas, comment trouver facilement des bibliothèques C++ qui me permettent d'accéder à une base de données, de gérer des threads ...

Il est vrai qu'avec .NetFramework, tout existe déjà, mais n'est-ce pas un peu lourd ?

Je suppose que sur l'application finale, il y aura peu de différence, non ?

Et Visual C++ utilise-t-il le CLR ? S'il utilise le CLR, le code exécuté est-il natif ?

Merci de m'éclairer,
parce que là c un peu le brouillard.
Merci
++

[Pragmateek]

.NetFramework, bibliothèque C++, API Windows ...

Toutes ces choses sont différentes!
.NetFramework est une plateforme de dévellopement multilangage.
Les bibli C++ même si parfois spécifiques à un compilo sont pour la plupart utilisables avec tous.
Les API Windows permettent de manipuler facilement les outils Windows.

Dev-C++ est en perte de vitesse,Code::Blocks s'impose comme une référence parmi les EDI gratuit.
Par contre Visual est réputé pour avoir le compilo le plus performant.

[mathk]

D'apres microsoft développer avec le Framework.NET c'est mieu au niveau de lasécurité.

http://www.microsoft.com/com/default.mspx

Si tu n'a pas besoin d'interface graphique c pas nécessaire d'utiliser les MFC avec Visual Studio 2005 Express.

Voila quelque info de plus http://www.pixel-technology.com/rthomas/. Je sais pas si j'ai entièrement répondu a tes questions alors esite pas a en poser d'autre.

[Luc Hermitte]

Ne pas avoir les MFC, ce n'est pas très grave. Par contre, avec VC express 2005, je crois que tu n'auras pas l'ATL non plus -- je ne sais plus si elle est dispo dans un le pSDK ou non -- ce qui peut être plus génant pour définir des composants DCOM.

GCC pour du DCOM, tu oublies tout de suite (ABI non compatible) (et donc, oublie DevC++, code::block, ...)
Pour Borland et Digital Mars, je ne sais plus ce qu'il en est.

Il est probable que tu doives investir dans une version de visual et que nous ne soyons pas dans le bon forum.

[etiennegaloup]

Bonjour,

Toutes ces choses sont différentes!
.NetFramework est une plateforme de dévellopement multilangage.

d'accord mais en utilisant .NetFramework j'ai accès à une vaste bibliothèque m'aidant à développer, non ?

Les bibli C++ même si parfois spécifiques à un compilo sont pour la plupart utilisables avec tous.

Dans ce cas, je pourrais très bien utilisé n'iimporte quel compilateur C++ pour développer mon appli, n'est-ce pas ?

Pour info, mon appli consisterait à utiliser des objets DCOM, à accéder à des base de données, à faire certainement du multithreading, à stocker des objets dans une liste plutôt que dans un tableau (une collection dans .NetFramework, mais je suppose que l'équivalent existe dans une bibliothèque classique du C++)

Donc pas besoin nécessairement de Visual C++, enfin je pense. Qu'en dites-vous ?

Dev-C++ est en perte de vitesse,Code::Blocks s'impose comme une référence parmi les EDI gratuit.
Par contre Visual est réputé pour avoir le compilo le plus performant.

Bon bah je vais aller voir Blocks...

Merci à tous.
++

[Pragmateek]

Donc pas besoin nécessairement de Visual C++, enfin je pense. Qu'en dites-vous ?

En effet mais chaque EDI à ses avantages et inconvénients.
Mais de façon pragmatique,connaître Visual C++ est trés bien,notamment du point de vue professionnel.
De toute façon il est toujours interressant de tester plusieurs EDI.
Après c'est une question de goût,et on est toujours plus productif sur un EDI que l'on aime et maîtrise.
La connaissance des outils Borland est également une bonne chose.

[hegros]

En espérant qu'il y ait une piste pour toi il me semble avoir lu :

GCC pour du DCOM, tu oublies tout de suite (ABI non compatible) (et donc, oublie DevC++, code::block, ...)

Pour info, mon appli consisterait à utiliser des objets DCOM
<...>
Bon bah je vais aller voir Blocks...

A moins d'avoir un wagon de retard...

[Luc Hermitte]

Il lui est certainement toujours possible d'utiliser code::block à la place de VC pour malgré tout utiliser le compilo de VC. Mais c'est certainement se compliquer la vie pour pas grand chose. D'autant que VC est un très bon produit.

Reste à voir que je ne sais pas ce que les versions gratuites des produits de Microsoft permettent de faire en matière de DCOM.
J'ai dit qu'on était sur le mauvais forum ?

[etiennegaloup]

Hello,

je pense que je vais utilise visual c++.
Mais dernière question: .NetFramework, ATL, ou bibliothèque classique du c++ ?
Bon apparemment MFC ce n'est pas la peine vu que je n'ai pas d'interface graphique.

.NetFramework est une plateforme de dévelopement multilangage

Ok mais ça reste une bibliothèque commune à tous les langages, non ?

J'ai dit qu'on était sur le mauvais forum ?

Je pense que j'aurais du le mettre dans Visual C++.

Merci
++

[Luc Hermitte]

Mais dernière question: .NetFramework, ATL, ou bibliothèque classique du c++ ?

.Net != DCOM à ce que j'en sais
ATL -> Active Template Library => C'est fait pour définir des composants COM/DCOM/COM+
C++ ne sait pas ce qu'est (D)COM(+).

[etiennegaloup]

.Net != DCOM à ce que j'en sais

Oui oui, je suis bien d'accord.
En fait, je ne dois pas creer de composants DCOM mais juste en utiliser.

et je pensais utiliser .NetFramework pour faire du multithread, stocker des objets dans des collections, accéder à des bases de données.
C juste que je me demandais ou résidait la différence si j'utilisais d'autres bibliothèques C++, plus conventionelles...

Merci
++