Discussion :

[backdown]

bonjour,

Actuellement je m'initie au c++, j'en suis au fondamental du langage, mais en regardant avec plus de légèreté dans la décision du mode de développement a suivre pour Windows, je suis confronté a un petit problème.

Quel est le meilleur procédé de développement pour Windows?
Faut -il préféré un développement win32 ou a l'aide du framework .net c++ ?

Microsoft cite:

pour l'intro d'un exemple win32

L'API Win32 (également appelée API Windows) est une infrastructure basée sur le langage C destinée à la création d'applications Windows et qui existe depuis Windows 1.0. Pour obtenir une documentation complète sur cette API.

Dans cette procédure, nous allons créer une application Win32 simple affichant « Hello, World » dans une fenêtre. Les étapes de la procédure sont identiques pour toutes les applications Win32. Après avoir complété cette procédure, vous pouvez utiliser le code que vous avez créé ici comme squelette pour créer toute autre application Win32.

pour l'intro d'un exemple framework .net c++

En développement .NET, une application GUI Windows est appelée application Windows Forms (ou Winforms). Le développement d'un projet Windows Forms en Visual C++ est en général le même qu'avec tout autre langage .NET, tel que Visual Basic ou C#.

Les applications Windows Forms en Visual C++ utilisent les classes .NET Framework et autres fonctionnalités .NET avec la nouvelle syntaxe Visual C++.

Pour info je fais mon apprentissage avec visual c++ express et WinGW.

merci pour vos reponses

[JolyLoic]

Quel est le meilleur procédé de développement pour Windows?
Faut -il préféré un développement win32 ou a l'aide du framework .net c++ ?

Je dirais ni l'un ni l'autre :

win32 est vraiment bas niveau, et très difficile à utiliser tel quel.
Le framework .NET est bien mieux, mais il n'est pas vraiment compatible avec le C++ (mais avec un langage nommé C++/CLI, qui peut être intégré plus ou moins bien dans du code C++). Ce qui ajoute toute une couche de complexité.

Je conseillerais de regarder vers une bibliothèque comme Qt qui permet de faire une IHM multiplateforme (et donc windows) en C++.

[LittleWhite]

Pour le C++ est la WinAPI, n'y a t'il pas une surcouche ( ou wrapper ) appelé MFC ? ( ou un truc du genre ? )

[ram-0000]

Si, il y a bien les MFC pour l'aspect IHM.

Mais d'bord, c'est payant et ensuite, il faut un peu de temps pour maitriser.

[koala01]

Salut,

De prime abord, et même si ton but est d'arriver, en définitive, à créer une IHM, je te conseillerais de te "faire la main" sur de "simples" applications consoles...

En effet, comme les autres l'ont déjà indiqué, ni l'API windows ni les winforms ne sont réellement adaptées à l'apprentissage du langage C++ (et MFC ne vaut guère mieux).

De plus, lorsque l'on commence tout de suite à jouer avec les IHM (quelle qu'elle soit), on a facilement tendance à "perdre" de vue la séparation nécessaire entre ce que l'on peut appeler "la partie métier" (pour faire simple: toute la mécanique interne) et la partie IHM.

Tu risques en effet de directement tout mettre dans les différentes classes qui seront créées automatiquement pour l'IHM, avec la fâcheuse conséquence que, si un jour, tu décide de modifier quelque chose, tu te trouveras presque devant la nécessité de "casser" tout ce que tu as fait.

Par contre, si tu suis le conseil de commencer ton apprentissage par de simples applications consoles, il sera beaucoup plus facile de t'inciter grandement à utiliser ce qui est fournit par le standard, ce qui, en soi, sera déjà un grand pas vers une certaine compatibilité, mais, en plus, tu remarquera qu'il devient finalement "assez simple" de venir "greffer" une IHM (quelque soit la bibliothèque utilisée) sur ton code existant

Enfin, il faut avouer que, si c'est pour commencer par le fameux "hello world", puis enchainer par une étude de ce que peuvent être les variables, les pointeurs, les fonctions et les références pour terminer avec une présentation des classes et structures, une simple application console est très largement suffisante

Et, contrairement à ce que l'on pourrait croire, il est tout à fait possible de faire des choses très complexes en mode console

[backdown]

bonjour,

Je conseillerais de regarder vers une bibliothèque comme Qt qui permet de faire une IHM multiplateforme (et donc Windows) en C++.

Pour ma part cela implique un apprentissage supplémentaire, qui va dans le même sens que le framework .net, mais reste un win32 natif

Pour le C++ est la WinAPI, n'y a t'il pas une surcouche ( ou wrapper ) appelé MFC ? ( ou un truc du genre ? )

C'est la méthode que je retiens pour le moment au terme de mon apprentissage.

Par contre, si tu suis le conseil de commencer ton apprentissage par de simples applications consoles, il sera beaucoup plus facile de t'inciter grandement à utiliser ce qui est fournit par le standard, ce qui, en soi, sera déjà un grand pas vers une certaine compatibilité, mais, en plus, tu remarquera qu'il devient finalement "assez simple" de venir "greffer" une IHM (quelque soit la bibliothèque utilisée) sur ton code existant

Je suis actuellement dans cette partie de l'apprentissage, il faut tout de même avouer que cela est terriblement rébarbatif, et assez peu convencain au terme de la réalisation d'une IHM quel que soit la plateforme choisie.

De plus pour compliqué le tout il faut ce rendre a l'évidence que l'utilisation de certaines bibliothèques reste mal documentées, voir même totalement absent de documentation (avec pour le moment une recherche légère).

Dans tout les cas, merci a tous pour vos réponses, un avis extérieur donne toujours un recul supplémentaire quand à la décision finale de l'utilisation.

[koala01]

Pour ma part cela implique un apprentissage supplémentaire, qui va dans le même sens que le framework .net

Si tu ne connais pas le framework .Net, ce n'est pas un apprentissage "supplémentaire" mais un apprentissage "alternatif" à .Net.

Mais en faisant ce choix, tu te donnes malgré tout l'occasion d'apprendre à faire quelque chose de directement plus portable, sans forcément ajouter de la complexité

C'est la méthode que je retiens pour le moment au terme de mon apprentissage.

Comme il a déjà été dit, MFC n'est pas gratuit et malgré tout "mal foutu"...

Je ne suis réellement pas convaincu que ce soit le meilleur choix à faire

Je suis actuellement dans cette partie de l'apprentissage, il faut tout de même avouer que cela est terriblement rébarbatif, et assez peu convencain au terme de la réalisation d'une IHM quel que soit la plateforme choisie.

Il faut savoir marcher avant de vouloir courrir

cela peut paraître rébarbatif et peu convaincant, mais il faut voir bien plus loin que cela...

Si ton objectif est, simplement, d'en apprendre suffisamment pour être en mesure d'arriver à présenter la première version d'un projet que tu as déjà en tête en deux semaines, la solution qui consiste à apprendre directement au travers de la création d'une IHM est en fait une fausse bonne idée:

En effet, il est tout à fait possible d'apprendre à créer une IHM en deux semaines (même sans y passer huit heures par jour), mais, au final, tu te rendra compte, pas forcément dans cet ordre et sans essayer de mettre une quelconque priorité:

• Que le moindre changement dans le programme (et tu peux me faire confiance, il y en aura) occasionne le fait de jeter tout l'existante
• Que tu es loin d'avoir acquis l'ensemble des principes qui seraient de nature à te permettre de "bien" programmer (tous langages confondus)
• Que tu n'aura appris qu'une partie du langage dans laquelle tu finira par te sentir "étriqué"
• Si tu t'obstines à vouloir apprendre au travers de .NET ou de MFC, que tu n'aura appris qu'un "pseudo C++", qui est à la fois relativement proche du C++ réel et très éloigné de lui.
• Que tu n'as, simplement pas pris ton apprentissage par le bon bout
• Que tu n'as surement pas appris les "règles de l'art" qui concernent n'importe quel langage Orienté Objet

Tu peux me croire, la manière la plus cohérente d'apprendre un langage est réellement de partir des bases "nues", et d'ajouter la complexité au fur et à mesure.

Une IHM se trouve déjà dans un niveau d'apprentissage bien plus élevé que celui où tu te trouves actuellement.

Tout comme Rome ne s'est pas faite en un jour, tout comme il faut de bonne fondations pour pouvoir monter une maison qui résistera au premier coup de vent, il est important d'apprendre les bases et les fondements d'un langage avant de vouloir jouer à créer des cliquodrômes

De plus pour compliqué le tout il faut ce rendre a l'évidence que l'utilisation de certaines bibliothèques reste mal documentées, voir même totalement absent de documentation (avec pour le moment une recherche légère).

Concernant Qt, tu as de la chance: La bibliothèque est déjà particulièrement bien documentée, et, de plus, il existe une section entière qui lui est dédiée sur le forum...

Je peux te rassurer: tu n'auras aucune difficulté ni à obtenir de la documentation en français, ni à obtenir de l'aide rapide et efficace sur se framework

[mulfycrowh]

Bonjour,

Je suis aussi très débutant en C++.
Je me posais la même question voici un mois.
J'ai finalement opté pour Win32 avec DirectX qui gère l'image, le clavier, la souris et le son ...

Voili

[3DArchi]

J'ai finalement opté pour Win32 avec DirectX qui gère l'image, le clavier, la souris et le son ...

A coeur vaillant rien d'impossible.
Cependant, débuter le C++, win32 et DirectX en même temps, cela me semble.. disons courageux ou optimiste.
J'aurais tendance à préconiser un apprentissage en difficulté croissante :
-> Potasser sur la conception objet
-> Apprendre à jouer avec le langage (en console)
-> Ensuite aller sur des frameworks I.H.M. (wxWidgets ou Qt).
Et à chaque étape, lire des tutos, regarder les F.A.Q et fréquenter les forums.

Le guide de démarrage en C++ de Alp à potasser avant-tout : Bien débuter en C++