Je me demandais combien de gens sont bons en C++ au point de coder sans regarder un livre ou un code source une fenêtre windows par exemple avec toute les constantes qu'il y a.
 
Moi je suis assez avancé, mais j'ai besoin de regarder encore quelques syntaxe, mais c'est souvent que je me mélange d'un language à l'autre. Et pour la programmation windows je suis toujours obligé de faire du copier-coller pour créer une fenêtre. Je n'ai pas encore acquis la logique de tout le code nécessaire pour le mémoriser de façon logique.  

Y a t'il des tests en ligne sur le net ?
Ou quelqu'un se propose t'il d'en rédiger un ?

heu.......
 
faire des fenêtres n'est pas lié au C++.

Il manque une entrée :  
 
- je m'appelles taz, et je te fais caca dessus

   
moi jfais ca sous linux  

 
Ce n'est pas lié au C++ si tu fais du WIN32 ou des MFC. Je suis sur qu'il n'existe pas une seule personne dans le monde qui sache à quoi sert chacune des étapes utilisées pour créer une fenètre dans ces API de merde.

bof créer une interface sous X ça peut être supra-relou aussi
 
fin bref, stoujours la même chose, le C++ c'est pas Visual C++, c'est pas les MFC, l'api windows, l'api linux (qui sont pas vraiment attaquées en C++ ), c'est pas Qt ou wxmachin, etc, etc....

 
J4ai un prof qui voulait absolument nous faire faire du WIN32 (avec borland   )   , quand on a gouté au C#, ca fait un sacré choc  

Je n'ai jamais dis que la XLib c'était mieux. Je n'ai jamais parlé d'un quelconque Unix non plus.

c'est sur que GTK# est bien foutu.

Bah le concept est pas si éloigné de ce que tu fais tous les jours en C++ :
- avec RegisterClass tu crées une classe
- avec CreateWindow tu instancies un objet de la classe donnée
- avec la WndProc, tu construis la vtable de ta classe
- WM_CREATE / WM_DESTROY sont les constructeurs / destructeurs de ta classe
- en gérant d'autres messages, tu redéfinis les traitement de la classe de base : tu fais de la virtualité
- en subclassant, tu effectues de l'héritage

 
Ca vaut pas les winforms quand même

j'ai voté "1.  Pleinement, je codes ligne par ligne sans références." parce que je le vaut bien

 
décomposition
 
winforms
win
windows
microsoft
satan
plaies d'egypte
afghane excisée
guerres
innondation
épidemie
ilona
 
 
on voit bien que c'est mauvais

http://lcamtuf.coredump.cx/evilfin [...] d=winforms

 
Je suis bien content d'avoir fait du C Win32 avant de passer aux trucs plus riches (VCL, QT, etc.)
Ça permet de voir comment ça marche en interne

clair que coder en Win32 devrait être une étape obligée avant de passer à des toolkits graphiques plus évolués.
le top, c'est de coder en assembleur Win32, on a la maitrise absolue

moué autant faire un serveur graphique de boutons sous dos en vga

 
Rigolez pas, dans ma boite on maintient (et on vend encore) des produits qui tournent avec des interfaces graphiques à base de macros en assembleur (sur une plateforme proprietaire en 68000).
 
Ceci est la preuve que l'assembleur, caÿ bon pour faire des interfaces graphiques qui roskent

et moi j'fais mes interfaces graphiques en binaire