J'aimerais savoir la différence entre utiliser C++ Builder ou utiliser du C++ en utilisant les API windows? J'aimerais me lancer mais je sais pas trop quoi utiliser? est ce que utiliser les api est vraiment bcp plus long et rude?

C++Builder avec les VCL c'est beaucoup plus facile et tu sais faire plein de trucs sans devoir écrire des milliers de lignes de code, parce que toutes les fonctions de l'API sont encapsulées, et y a des objets qui gèrent tout à ta place.
Mais c'est pas mal d'avoir quand même des notions de comment marche l'API Windows avant de commencer à jouer avec ça.

il est toujours préférable de connaitre un minimum les api...ça aide bien parfois    
 
mais c vrai que si ton programme va contenir des dizaines de fenetres bien remplis un rad comme builder va te faire gagner du temps...
 
mon conseil apprend les 2 en //
 
certains de diront d'utiliser des biblios plus portable genre wxWindows où autre pour faire un code gui portable...a toi de voir si dans ton cas le rad t'apporte plus d'avantages que d'inconvénients...

 
Je dirait plutôt l'inverse, tu commence avec borland et quand y a un truc que ça fait pas ou qui marche pas comme tu voudrais tu cherche dans l'API.

je ne trouve pas ça bien de se lancer dans le RAD sans savoir comment ça marche derrière

 
oui c vrai...mais perso je ne voudrais pas avoir à programmer de "gros" programme à la main brrrrrrr  

 
 
Franchement t'en meure pas de pas savoir comment tu fais pour créer une fenêtre avec l'API. En plus vu la gueule de la doc microsoft...

j'ai pas dit qu'il fallait faire de gros programme direct avec l'API, mais au moins connaître le fonctionnement de la boucle de messages de Windows, c'est un point important je trouve

 
ouais en effet, mais moi j'ai appris ça à l'école avec un bon prof donc ça a pas été trop difficile

je suis d'accord    
 
en plus le jour ou tu veux te programmer un petit utilitaire de -de 20ko t'es bien heureux de savoir le faire à la main  

antp a écrit a écrit :     ouais en effet, mais moi j'ai appris ça à l'école avec un bon prof donc ça a pas été trop difficile

 
Ouai ben moi je découvre tout seul dans mon coin avec la doc et beh je suis contant d'avoir BCB à côté

Roooo, que c tentant.....
 
Mais bon, je me retiens, en fait je suis déja dehors !! --->

Harkonnen a écrit a écrit :   Roooo, que c tentant.....   Mais bon, je me retiens, en fait je suis déja dehors !! --->

 
qu'est-ce que tu veux encore sortir comme troll
si c'est pour parler des MFC, là c'est encore pire, vu que t'as l'encapsulation mais c'est pas du vrai objet, c'est une espèce de machin bizarre

antp a écrit a écrit :     qu'est-ce que tu veux encore sortir comme troll si c'est pour parler des MFC, là c'est encore pire, vu que t'as l'encapsulation mais c'est pas du vrai objet, c'est une espèce de machin bizarre

Je me suis juré de ne rien dire et je dirais rien !  

Et puis si !
 
Moi je conseillerais justement de commencer par les MFC, car elles sont effectivement si mal foutues au niveau objet, qu'elles sont parfaites pour commencer à faire de l'objet tout en gardant un oeil sur l'API windows, car, contrairement à la VCL, il est obligatoire de connaitre Win32 si on veut utiliser les MFC.
 
J'ai été gentil non ?    

nan, MFC sux

Quelqu'un a testé la nouvelle version des MFC qui vient avec visual studio 7 ?
Apparement y'a pas mal de changements ...

Oui, j'ai codé une appli avec.
Y'a quelques changements sympas, au niveau de CString par exemple, qui est maintenant géré par un template permettant l'encodage selon différents jeux de caractères.
Elles sont plus stables, plus fonctionnelles.
Pas mal du tout.