Bonjour,
Je termine de lire ce livre( http://www.fnac.com/Shelf/article.asp?PRID=1648151) et je suohaitais savoir si j'ai acquis selon vous assez de connaissances globales afin de voir comment fonctionne les programmes en fenetre en non plus en console.
Si tel et votre avis connaissez vous des livres ou des sites en francais de preferance qui initie a ce genre de choses.
Si tel n'est pas votre avis que me conseillez-vous, plutot de m'orienter vers les graphismes peut-etre?
Enfin voila, j'atend vos avis avec immpatience.

Apparemment ce livre ne concerne que le language C++ lui-même et pas les fenêtres.
D'ailleurs, de quelles fenêtres s'agit-il ? des fenêtres de Windows ? des fenêtres d'une interface d'Unix, et dans ce cas, de quelle interface d'Unix ?
 
Sous Windows, il faut choisir, dès le début, si l'on va programmer avec ou sans les MFC.
 
Pour Windows, un livre que j'aime bien est celui de Charles Petzold.
(la Fnac a trois livres de Petzold, mais pas les bons qui sont Programming Windows. The Definitive Guide to the Win 32 API, ou Programming Microsoft Windows)
 
Bien sûr, il existe aussi beaucoup de sites sur la programmation Windows.
 
La programmation Windows se fait à base d'appels à des API (routine dans des librairies du système). Il en existe plus d'un millier, mais il n'est pas utile de toutes les connaître (il suffit d'en connaitre 999 ).

Oui effectivement il s'agit des fenetres windows.
merci pour cette reponse.
Je vais allez voir du cote des API.

Sans vouloir jouer le rabat joie, avec .net, l'api win32 en c++ natif ne vaut plus grand chose (inutilement compliqué)...(mis à part si on ne veut pas utiliser .net biensur !) il reste juste à voir ce que cherches à faire ! Si c'est des petites applis fenetrées, avec des champs de texte, des boutons, etc, c'est pas vers le C++ que tu dois te tourner, mais plutot vers le C# ou encore le VisualBasic, ca t'évitera d'avoir à positioner les composants à la main (coordonées, et tout le bordel)... C'est beaucoup plus visuel, et la prise en main est rapide !  (à la rigueur tu peux aussi te tourner vers borland c++ builder, qui est du meme gabarit, mais pour le C++)
 
Personellement, je code tous mes utilitaires (comme uploaders de fichiers, tools de recherche de fichiers avec des options bien adaptés à mes besoins, etc...) avec Vb ou C# ... c'est infiniment plus rapide et moins sujet aux erreurs.

+1 avec icareo, autant se tourner vers du c++.net pour faire de belles IHM qui n'ont pas l'air dévoir pris 15 ans dès la conception.
 
et -1 avec icareao pour c++builder, puisqu'il me semble que Borland cesse le développement de compilateurs, ca ne me parait pas très péreint.

et QT ? GTK ? wxWindow ? Tcl/Tk ?
il a le choix ...

C#/Winforms, c'est le ticket gagnant

il parle de C++ pas de C#

oui ben C++/CLI et Winforms alors

 
saipa, j'ai jamais vraiment touché à borland pour ce que j'en ai vu c'est une vraie m***

je confirme ...

Non, c'est pas une vraie merde, c'est bon pour les mecs qui ont fait du delphi et qui doivent migrer parce que delphi est mort

Ok mais le c++.net ou le c++\CLI, ca reste du c++ non? (ou alors il faut que je raprenne les bases....)
Autrement en quelques mots quelles sont les grandes differences entre ces deux languages?

En quoi ca aide ? ya des outils de conversion delphi -> C++ builder ?

 
Le nom des objets et l'interface de c++builder est bcp plus proche de l'ide de delphi que de visual c++

Je suis perdu  
En fait vous me conseillez de changer de language?
le c++.net, le c++\CLI, le C#, le c++.
Quelles sont les differences et lequel et le plus accessible pour moi etant donné quelque base en C++.

C++ .NET et C++/CLI c'est la même chose : du C++ managé (i.e. qui te décharge de la fastidieuse gestion de la mémoire), qui te permet d'utiliser toutes les classes du framework .NET, dont l'API Winforms permettant de créer des applications fenétrées. Ce "C++ là" rajoute des mots clés au C++ standard pour s'adapter à l'environnement managé (par exemple, pour créer une instance d'un objet managé, on utilise le mot clé "gcnew" au lieu de "new", indiquant que l'objet sera pris en charge par le garbage collector, t'évitant ainsi de "deleter" l'objet).
 
Le C# est un langage spécialement conçu pour le framework .NET, et uniquement autour de lui. Si tu veux utiliser .NET, c'est le langage le plus adapté pour ça, bien qu'on puisse parfaitement utiliser du C++/CLI, du VB, Python ou autre.
 
Le C++ standard, c'est celui que tu as du commencer à apprendre.

En l'occurence, c++managed est "assez proche" du c++, ce n'est pas à proprement parler un changement de langage, mais plutôt un changement de librairies tierces (au revoir la STL par exemple), et éventuellement d'environnement de développement si tu n'étais pas sous visual studio auparavant.

donc pour creer des application plus simplement il faut que je m'oriente vers le C# et framework.net. j'ai trouver ce tuto pour passé du c++ au c#:
http://dotnet.developpez.com/tutor [...] rs_csharp/
ou existe il des livres bien sur ce sujet?
 
Autrement pour les API j'avais trouver ce tuto:
http://bob.developpez.com/tutapiwin/index.php
 
Que pensez-vous de ces deux adresses?
Autrements avec le c# je peux creer des petits logiciels ou jeux potables ?

le premier lien est bof bof... c'est un document très incomplet (il ne parle pas des templates/generics par exemple), et il passe sous silence les spécificités du C# (notamment les delegates, les event, etc..). il vaut mieux que tu apprennes le C# de zéro, en te basant sur tes connaissances acquises en C++
le second lien est inutile, vu que Win32 est totalement encapsulé dans Winforms. trouve toi plutot un tuto sur Winforms
et pour ta derniere question, la réponse est bien évidemment oui

ok merci beaucoup je vais voir  pour apprendre le c# depuis 0.

heu excusez moi mais qu'est-ce qu'il y a comme editeur c# j'ai trouver visual c# mais il est payant. Autrement framework.net ce n'est pas un editeur? ou alors je m'y prend mal.
Pourriez vous m'aider?

Comme éditeurs tu peut t'orienter vers Visual Studio Express
 
http://www.microsoft.com/france/ms [...] fault.mspx
 
Le framework.net est une bibliothèque de classes spécialisées orientées objet.  
 
http://www.microsoft.com/france/msdn/net/default.mspx
 

Personellement, mes impressions du C# sont assez restreintes puisque je me mets depuis peu de temps à ce langage... (adepte du C++) Ceci dit, mis à part le fait que les pointeurs me manquent (bien que les références fassent le boulot), le C# a tout pour lui ! Et j'explore encore...
Etant débutant, c'est tres certainement le C# ou le Vb qui te permetra d'apprendre rapidement sans que ton programme bugge de tous les cotés... mauvaise idée de commencer par le C++  (surtout non managed)
 
ps : Par contre, il est vrai que niveau performances, dur dur d'atteindre les perfs du C/C++, meme si ca s'en rapproche très fortement ! Apres... reste à savoir si t'es un puriste de ce coté la ou non

ba disons que pour l'instant je veux pouvoir faire des petit programme sans trop me prendre la tete. J'avais commencer le c++ car j'avais entendu dire que c'etait un peu un code de base, on peu tout faire avec (jeu en 3D, base e donnée, systeme d'exploitation,....) mais effectivement c'est un peu lourd sur le depart. Et puis peut-etre que tout cela est possible avec le C#, non?
Je vais voir Visual studio expresse. Je reposterais si jamais j'ai des problemes.
merci a tous

eu excusez moi mais j'ai vu qu'il existait visual c++ ( je sais c'est du c++ )mais ca m'as fais pensé a ce livre:
http://www.fnac.com/Shelf/article. [...] &UID=&Fr=0
qui a l'air pas mal et doit bien apronfondir (en c++ je sais).
A vrai dire ca me tente encors le c++ (je crois que vous l'avez remarquer). j'ai passer un bon temp de mes vacances sur ses bases donc ca me ....... de le laissé de coté et surtout de recommencer en pleine periode des cours.
En gros que pensez vous de ce livre, irai-t-il avec visual c++ express et non visual c++ 6?

C ANSI + GTK

Et oui encore moi, encore une autre question....
Pour ceux qui connaisse le C# et le C++. Le domaine de programmation du C# est-il beaucoup plus restreint que celui du C++?
La facilité en vaut-elle la peine?
D'apres ce que j'en vois oui mais je voudrais avoir des exemples de choses que l'on fais en c++ et que l'on peut pas faire en c#.
Merci d'avance.

 
 
Ce n'est pas restreint du à l'interoperabilité par dll, la facilité en vaut largement la peine, et pour les bouquins, les bouquins de microsoft press.

ok merci
mais si vous avez des exemple de choses que l'on fais en c++ et que l'on peut pas faire en c#.............

des démo 4ko

Exploiter pleinement le langage en bénéficiant de la portabilité vers d'autres OS

OK

Une petite question _darkalt3_ quand tu dis :

c'est qu'il existe bien un framework pour tous les autres OS (Linux, MacOs, ...) ? Par ce que d'après ce que j'ai compris le framework.net c'est l'équivalent du JRE de Java. Mais comme c'est du Microsoft on peut vraiment trouver un framework pour tous les autres OS même ceux qui comme Linux cherchent a être indépendant de MS ?
 
Merci

 
Il y a bien Mono http://www.mono-project.com/ , mais bon, c'est pas terrible    

Tu as une compatibilité binaire théorie entre les implémentation du framework. Dotnet étant libre, chacun est libre d'implémenter le framework comme il l'entend.
 
Sous windows, on a evidemment l'implémentation de ms, et sous linux, on a mono, qui n'implémente pas 100% du framework 2.0 (rien qui ne soit graphique par exemple, la dernière fois que j'ai jeté un oeil). Pour les autres OS, je n'en ai aucune idée.
 

Tout d'abord Merci FCKGW ça répond a ma question.
 
>_darkalt3_ j'avoue qu'il y a quelque chose qui me turlupine. quand tu dis : "Tu as une compatibilité binaire théorie entre les implémentation du framework" ça veut dire que c'est comme java : on trouve l'API sur le site de Sun qui contient toute les méthodes reconnue par le JRE que l'on peut alors utiliser comme on l'entend et théoriquement quand on l'exécute sur un Os quelconque le framework est sencé reconnaitre tout. Mais ce n'est pas toujours le cas... Donc en fait suivant l'OS vers lequel on se destine il faut regarder si toutes les instructions que l'on va avoir besoin sont gérées. C'est ça où je suis a côté de la plaque ? (si je suis a côté je pourrais trouver où des info sur le sujet ? (Google, oui je sais...) sur MSDN ?)
Mais si c'est ça, je vois pas bien la différence avec C++ car ça revient au fait de vérifier si tout ce que l'on utilise est standart ou non. Car C++ aussi il faut regarder les librairies que l'on a besoin si elle existent sur les platformes vers lequel on destine notre programme. La différence reviendrait au fait que toutes les méthodes porterait le même nom. Ainsi on aurrait qu'un seul API a apprendre ?
 
Merci, de bien vouloir m'éclairer