IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

Développement graphique sous windows en C. Quels moyens ?


Sujet :

C

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    15
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Octobre 2007
    Messages : 15
    Points : 12
    Points
    12
    Par défaut Développement graphique sous windows en C. Quels moyens ?
    Bonsoir à tous,

    Je ne suis pas informaticien ni de métier ni de formation mais j’ai durant mes études reçu des cours d’algorithmiques, d’assembleur, de Pascal et principalement de C. Exceptée une petite incursion sous VB, l’apprentissage de ces langages n’était quasi pas lié à une plate-forme et les entrailles de windows me sont toujours assez opaques.
    Par la suite, j’ai été « contraint » de continuer des projets développés en VB6 ainsi que d’adopter cet environnement et langage sans parler de VBA… Quoique l’on en dise, j'estime qu'avec un peu de méthode et de rigueur, les projets réalisés de la sorte peuvent être solides et professionnellement il y a moyen de travailler vite et bien sans trop aller voir ce qui se passe là dessous.
    Actuellement, je travaille sur des projets sous Origin (Originlab, logiciel d'analyse et de réprésentation sous formes graphiques de données qui contient environnement de développement notamment en C) et j’ai retrouvé avec joie le C. Je l’utilise également sous VC++ 2005 express pour réaliser des applications en ligne de commande et des dlls utilisées ensuite dans mes projets Origin.

    Maintenant, j’ai besoin de développer quelques petites interfaces graphiques sous XP et je me pose la question du choix du langage. J’aimerais rester avec du C mais je n’ai jamais trop accroché au C++ par manque de pratique. Je pense que VB6 est maintenant désuet et la version VB.Net m’est inconnue. Dois-je alors passer par l’API (c’est un peu lourd), m’orienter vers les MFC (mais c’est alors C++ ?) ou des librairies tierces (GTK+,…) ?
    Comment puis-je mettre en œuvre l’éditeur de ressource de VC++ 6 pour réaliser des dialogues et les interfacer le plus simplement avec du code si possible en C ? Quelle est la philosophie de la chose ?

    Je vous remercie pour votre avis et pour les liens que vous pourrez me donner et qui me permettrons de me former sur ces sujets.
    Quel(s) ouvrage(s) seraient conseillés pour découvrir/approfondir le sujet ?

    Cordialement,
    Pierre.

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 369
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 369
    Points : 41 519
    Points
    41 519
    Par défaut
    Je ne m'y connais pas grand-chose au niveau livres, mais:
    • Pour ce que j'en connais, GTK+ est pas mal (son principal intéret étant la portabilité), mais repose sur beaucoup de casts explicites, notamment des casts explicites de pointeurs de fonction (mon principal reproche contre cette lib).
    • L'API Windows est plus saine de ce côté-là (même si là, ce sont les paramètres qu'il faut caster), mais je n'ai pas trouvé de bon tutoriel sur le web. Un livre dont on parle souvent est celui de Charles Petzold.
    • Pour les boîtes de dialogues crées par l'éditeur de Visual Studio, il peut s'agir de boîtes de dialogue MFC ou de boîtes de dialogue Win32. En Win32, les boîtes de dialogue sont principalement des fenêtres particulières, et suit en grande partie une mécanique similaire, utilisable facilement en C.
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

  3. #3
    Membre émérite Avatar de nicolas.sitbon
    Profil pro
    Inscrit en
    Août 2007
    Messages
    2 015
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 2 015
    Points : 2 280
    Points
    2 280
    Par défaut
    Pour GTK+, il y a le bouqin de Andrew Krause qui est vraiment très bien, écrit dans un anglais très abordable pour un débutant.
    Pour l'API "graphique" win32, il n'y a que le petzold "programmer sous microsoft Windows 5ème édition" introuvable en librairie (on en trouve sur le net), mais la version anglaise se trouve encore chez Eyrolles.
    "The quieter you become, the more you are able to hear"
    "Plus vous êtes silencieux, plus vous êtes capable d'entendre"

  4. #4
    Expert éminent
    Avatar de Melem
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Janvier 2006
    Messages
    3 656
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Janvier 2006
    Messages : 3 656
    Points : 8 389
    Points
    8 389
    Par défaut
    A ta place, j'utiliserais directement l'API Windows. Ca te donne un max de contrôle en plus tu n'as plus besoin d'aller télécharger des libs ailleurs. Tu peux en acquérir les bases grâce aux tutoriels sur mon site (http://melem.developpez.com/). En ce qui concerne les boîtes de dialogue, Visual C++ permet d'en créer en un temps record (j'épice un peu ) : tu crées un boîte de dialogue avec l'éditeur de ressources, tu lui donne évidemment un nom, dans ton fichier source tu l'affiche à l'aide de la fonction DialogBox et c'est fini. Bon courage.

  5. #5
    Membre émérite Avatar de nicolas.sitbon
    Profil pro
    Inscrit en
    Août 2007
    Messages
    2 015
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 2 015
    Points : 2 280
    Points
    2 280
    Par défaut
    Citation Envoyé par Melem Voir le message
    A ta place, j'utiliserais directement l'API Windows. Ca te donne un max de contrôle en plus tu n'as plus besoin d'aller télécharger des libs ailleurs.
    D'un autre côté, gtk+ est portable sur pas mal de système ce qui n'est pas négligeable.
    "The quieter you become, the more you are able to hear"
    "Plus vous êtes silencieux, plus vous êtes capable d'entendre"

Discussions similaires

  1. Outils graphique sous windows pour gérer les bases SQLite
    Par Louis Griffont dans le forum SQLite
    Réponses: 8
    Dernier message: 21/04/2008, 14h09
  2. Logiciel graphique sous Windows
    Par Jiraiya42 dans le forum PyQt
    Réponses: 1
    Dernier message: 26/06/2006, 17h26
  3. Ressource graphique sous Windows
    Par c.steph dans le forum Windows
    Réponses: 3
    Dernier message: 22/12/2004, 12h35
  4. [TP]Problème de modes graphiques sous Windows XP
    Par Gabi dans le forum Turbo Pascal
    Réponses: 11
    Dernier message: 04/04/2004, 17h25
  5. Quel langage pour un application graphique sous windows
    Par ipeteivince dans le forum Langages de programmation
    Réponses: 7
    Dernier message: 06/06/2003, 17h00

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo