Vos questions sur la suite des cours

Salut à tous les zéros !

Tout d'abord bravo à M@théo pour ses cours sur le C/C++ qui sont très bien expliqués avec une pointe d'humour, ce qui fait qu'on ne s'ennuie jamais en lisant ses tutoriaux !

Sinon je suis en train de programmer un jeu de stratégie tour par tour et j'aimerais utiliser la bibliothèque Qt4. Comme les tutos sur ce thème tardent à sortir ( je ne te blâme pas M@théo, je sais que tu as beaucoup à faire ), j'ai trouvé un livre traitant du sujet qui me parait intéressant : Qt4 et C++ : Programmation d'interfaces GUI

Mais je suis débutant en C++ et je me demande si j'arriverais à comprendre ce livre...

Alors si vous l'avez, est-ce qu'il est abordable pour les débutants et est-ce qu'il est "bien" ?

Merci et bon courage M@théo et tous les zéros !

Ce livre est la référence.
Mais sans connaisance plus pousée du C++(héritgae , polymorphisme...) tu va laché au premier code.

Le mieux est d'essayer. Puis, c'est bien d'aller de soit même se renseigner. Si jamais il y a quelque chose que tu ne comprend pas dans ton livre, tu pourra venir voir comment tonton M@té0 l'explique.

Bonjour,
Je voulais savoir, concernant le tutoriel dédié à OpenGL, si Kayl avait une idée plus ou moins précise sur la date de reprise

nan kayl prepare ses examens.
il les reprendra dans environ 4 - 5 mois à la fin des grande vacance quoi

Bonjour à tous !

Je suis nouveau sur ce site et je me demandais pourquoi vous n'avez pas choisis la librairie GTK+ au lieu de QT ?!

Quelles sont les différences entre ces deux librairies, et pourquoi avoir choisis QT ?


Vous en avez peut-être déjà parlé ... mais 33 pages à lire, ça fait vraiment long !

Donc dites-moi en raccourci, si vous en avez déjà parlé, en quoi QT est mieux que GTK+ ?
Ce serait sympa.

Merci

Salut,

Le choix entre Qt et Gtk+ pour moi est simple : Qt est une librairie qui fait appel à l'orienté objet, qu'on peut donc utiliser en C++, là où Gtk+ a été prévu pour le C. Or je cherche une librairie C++ à expliquer (car j'ai déjà fait la SDL pour le C).
D'autre part, il est généralement constaté que la POO est bien adaptée à la création d'interfaces graphiques.

ouai normal...
je me voi déja: 1 boutton = 1 object

Plutot qu'une réclamation, si jamais quelqu'un se sent l'âme de faire un modèle de saisie clavier pour la SDL dans un mini tuto..

J'ai déjà eu à faire ça pour un projet d'info et ce uniquement pour des nombres et c'est relativement technique tout en étant très intéressant. parceque la SDL nous prive des facilités de la console et de sn fameux scanf. Sans oublier que la SDL marche en clavier qwerty et pas azerty.

En tout cas, félicitation pour le boulot mateo. Comme tout le monde, j'attend avidemment la partie QT pour pouvoir vraiment créer de mini application. La SDL, c'est bien, mais des boutons et des menus, c'est encore mieux

Citation : Eolindel
une boite de saisie ? si oui tu peux mater mon code ici

Salut.C'est bien tout ça, mais l'API Win32???
M@teo21, les fenêtres SDL, ou autre librairies, c'est bien mais on oubli Windows.

Cordialement,
Pfranco.

M@teo21 veut une librairie multi-plateforme, si tu veux l'apprendre, il y a un tuto non officiel sur le SDZ.

Citation : pfranco
L'API Windows sert, entre autres, à implémenter les-dites bibliothèques et à éviter au programmeur lambda d'avoir à se plonger et de se perdre dans les détails systèmes. Mais si tu aimes ça :

http://www.siteduzero.com/tuto-3-2361-0-apprentissage-de-l-api-windows.html

Tu vas gouter à l'excellente syntaxe Microsoft , modèle de ce qu'il ne faut pas faire...

Citation : -ed-
Et moi qui pensais être le seul à être allergique à l'API Windows !

Ou non. je crois que a peut près tous les les linuxiens et macossien (on dit surement pas comme ca) n'aprrécissent que modérément l'API Win32.

Citation : iNaKoll

Je me permets de plussoyer. C'est même pas une affaire de portabilité en ce qui me concerne, mais de syntaxe. Je peux pas la saquer, c'est tout
De toute façon l'api windows c'est plus trop d'actualité, maintenant on développe avec .NET, qui est quand même largement mieux foutu !

C'est p'tet mal foutu mais c'est quand même la seule métode pour accéder aux entrailles du système.

Citation : PianoPâriss
On est d'accord. Disons que c'est utile quand on ne peut pas faire autrement...

Citation : Darkelfe
On dit MacManiac ou MacUser .
Sinon pour le .Net je l'utilise en permanence je suis un peu sceptique, j'ai jamais vu Win32 donc je peux pas juger l'un par rapport à l'autre... Mais il y a, en programmation ASP.Net, déjà beaucoup de trucs je trouve... (j'essaye pas de faire partir un troll )

Moi je dis, faire de bellllles application avec de beauuux menus.
Car l'API Win32 et le seul à le faire(du mois que je connaîsse).
Et pour le .NET, M@teo21 nepourrrai pas s'en occuper ?

Pfranco

API win32, la seule à faire des interfaces, dis-tu ? Les autres systèmes, donc, ils ont pas d'interfaces, c'est que de la console ? Je ne crois pas.

Entres autres :
wxWidgets ; Qt ; GTK ; GTKmm ; FLTK ; Fox Toolkit et Tk
sont autant de bibliothèques qui permettent de faire des interfaces graphiques, certaines permettent même d'autres choses (réseau, threads, ...). Et la plupart (tous ?) fonctionneront sous windows, Linux, MacOS, ...

D'ailleurs, en .net, il faudrait changer de langage non ? Le C++ n'est plus trop adapté, il faut une surcouche microsoft et tout...

Citation : pfranco
Bah non .Net le fait aussi... des "beaux" menus et de "belles" applications... Tout dépend du penguin (pas celui de Linux hein??? le penguin de chez penguin ) qui programme
Si t'as un designer de merde t'auras une application de merde que ce soit avec la SDL, .Net ou Win32

Citation : psychoh13
+1

Citation : GuilOooo
Non pas besoin de changer de langage en théorie... Il faut juste qu'il y ait le support pour ça, au final tout est encodé en fichier équivalent aux bytecodes de Java donc pas de gros problème de compatibilité...
Microsoft propose par exemple le support de C++, C#, J# et VB, mais beaucoup d'autres langages sont supportés avec d'autres bridges...
Voici une liste non-exhaustive des langages supportés :

• Ada
• APL
• C#
• C++
• Cobol
• Eiffel
• Fortran
• Haskell
• ML
• J#
• Jscript
• Mercury
• Oberon
• Objective Caml
• Oz
• Pascal
• Perl
• Python
• Scheme
• SmallTalk
• Visual Basic

Salut,

concernant dotnet et le C++, tu peux tout a fait fait developper sur base de C++ "normal" auquel cas, ton code sera directement converti en langage machine, et ne profitera pas des extensions du framework .net.

Si tu veux coder en C++ avec les apports de dotnet, il faut compiler en /clr (mixte natif/managé) ou /clr:pure (managé pur), la syntaxe est un peu differente (ref pour les classes managées, ^ pour les handles, gcnew pour instancier les objets managés, etc) A ce moment la tu profite des divers extensions apportées par le framework (garbage collector entre autre), le(s) fichier(s) est ensuite compilé en totalité ou en partie (selon que tu sois en mixte ou en pur managé) en MSIL, le "bytecode" de .Net.

Au final, le developpement peut se faire en C++ (natif) ou en C++/CLI (Common Language Infrastructure) qui peut interagir avec le CLR (le moteur de .NET).

En fait concernant le C#, j'ai l'impression (avis personnel), que le codage est grandement facilité (gestion automatique de la durée de vie des variables etc), par contre l'aspect conception et design apparait bien plus tot et tu te rends bien plus vite compte des defauts de conception. Par exemple si pour ton programme, tu as besoin d'un stack, en C tu vas commencer à le coder, ce qui retarde l'apparition des defauts de conception, en C#, tu utilise la collection stack<T> directement. Au final, tu te casses bien plus vite les dents sur la conception sur les langages .Net, que sur les problemes de codage. La ou en C, le document de conception n'apparait pas comme une evidence (bien qu'essentiel), sur les langages .Net, des les premiers lignes de code, tu te rends compte de l'insuffisance de ce dernier, si il n'est pas travaillé.

Pour moi le choix et simple (avec toute les librairies que vous m'avez citer):

• C : SDL GTK+
• C++ : QT

La SDL à beau être simple, GTK+ l'est aussi (en tout cas plus que WinAPI).
Tiens, pourquoi M@teo21 ne la pas choisi(GTK+).

Pfranco

Citation : pFranco

A mon avis, c'est par ce que QT est plus axé C++ que GTK+

Citation : Ismus6212

Normal, GTK+ n'est pas du tout C++. C'est du C pur ! Qt, quant à lui "l'est". Je crois que tu voulais dire 'objet' au lieu de C++, je me trompe ?

Je voulais dire :
Pourquoi M@teo21 n'a-t-il pas choisi GTK+ à la place de la SDL .

Citation : pfranco

Condensé de tout ce topic. La lib de programmtion de fenêtre était Qt, car le C++ s'y prète mieux. Pourquoi donc aurait il compliqué l'apprentissage du C en en utilisant une deuxième ? De plus, les zér0s veulent proncipalement programmer des jeux, or la SDL est mieux adaptée !

Citation : M@teo21
C'est vrai que le choix C++ est compréhensible du fait de la précédente partie mais c'est dommage car le code QT est moins "propre" que celui de GTK ( c' est quand même plus "propre" que l'API win32! )