juste pour savoir la renommée de ces deux progs et s'il y a des masos

ceux qui me connaissent sauront ce que j'ai voté

maso !
(vazy, explique toi, ca m'intéresse)

Je suis pas maso, mais je préfère l'éditeur de VC++, les MFC, etc... à la VCL/CLX.
 
Le Builder est certainement plus complet, mais aussi beaucoup plus lourd. Il est top pour la productivité, mais je trouve qu'il ne laisse pas de place à la création pure. Entre toutes les classes existantes et les controles, c'est plus de la programmation à force. Il suffit juste de connaitre le mode d'emploi des classes et basta ! Je l'utilise au boulot.
 
VC++ est plus léger, possède moins de classes, et permet ainsi, à mon avis, un plus grand controle sur les composants de ton programme. Je m'éclate plus avec qu'avec le Builder.
 
Un exemple : pour créer une application réseau.
 
Sous BCB, tu as 2 classes : TServerSocket et TClientSocket, alors que tu n'en a qu'une seule sous MFC : CAsyncSocket (je compte pas CSocket, qui est à mon avis totalement inutile car trop limitée). Et c'est largement suffisant pour créer des applications client ou serveur, pas besoin de 2 classes !
 
Voila ce que je reproche au Builder : le programmeur a finalement très peu de controle sur ses composants.
 
Mais bon, c'est mon avis, sans aucun doute dicté par des années de democoding ou la programmation système était un sacrilège
 

en terme juste d'IDE, tu préfers visual -> ok
tu préferes les MFC parce que c'est entre l'API Win32 et VCL/CLX  
 
tu 'eclates avec Visual ?
 
paske a l'école y'a Visual, j'ai jamais réussi a faire ne serait-ce qu'un boite de dialogue qui prend un string dan un EditBOx, on clique sur OK,  et ca affiche la saisie dans un Label
 
 
c completement incompréhensible.... t'as 50 pages de code  rien qu'en créant une application  
 
cela dt, quant a la maitrise du code, je suis d'accord, l'idée de builder etant de "gagner du temps" sur les fenetres pour appliquer son temps de programmations a des choses plus "précieuses"

Ho non encore un topic VC++ vs BCB

antp a écrit a écrit : Ho non encore un topic VC++ vs BCB

 
Ho non encore un pokemon!

as tu fait un UpdateData(TRUE) avant de récupérer la saisie de l'EditBox ?

letoII a écrit a écrit :     Ho non encore un pokemon!

 
C'est le nouveau smiley fétiche de Marc

putain, d'apres les résultats du sondage, je suis le seul à connaitre les 2 produits et à préférer VC++

je connais plus de monde qui connaît les deux et qui préfère BCB que le contraire

BCB c'est parfait pour le boulot, ou on doit être rentable avant tout.
 
VC++, par ses MFC largement plus bas niveau que la VCL, est plus adressé à un public de bidouilleurs, c'est ça qui me plait chez lui !
 
Et autre avantage de MFC : si on connait Win32, on peut se débrouiller sans avoir à se parser tout le MSDN

bhen les VCL c'est pareil, tu peux te débrouiller sans la doc...
puis justement en parlant de la doc, je trouve que la doc fournie avec vc++ est assezs pauvre comparée à la doc de BCB
 
Ce que je reproche aux MFC c'est qu'il n'y a pas la même approche objet que les VCL ou QT par exemple...

il est ou le 2e maso ? *
 
(j renommé le topic, comme ca tt le monde est content)

 
tu sais, t'es pas obligé d'utiliser la vcl, tu peux aussi utiliser les mfc sous bcb mais bon
 
tu peux utiliser directement les api au lieu d'utiliser ce que te propose la vcl
 
au lieu d'utiliser ce que te propose bcb, tu peux tout coder à la main et réinventé la roue à chaque fois
 
je trouve la vcl beaucoup mieux faite et plus logique que les mfc
les mfc c'est bouré de macro à tour de bras
 
j'utilise vc++ depuis quelques année (faut croire que les gens connaisse pas assez bcb )et récemment mfc et ce trouve que ça prend quand même beaucoup de ressource
la vcl n'a pas à rougir
 
je compte essayé qt bientôt
c'est regardé et ça semble vraiment excellent
très bien conçu et logique

 
 
la CLX n'appelle pas l'api Win32 mais Qt pour windows... ce qui va permettre la sortie de builder sous linux, de meme qu'ils ont sorti kylix apres delphi

Y aura pas de Builder sous Linux, c'est Kylix qui supportera le C++

 
j'ai pas dit que la clx appelait les api de win...
 
kylix 3 qui comprend bcb et delphi
sortira très prochainement

me suis mal exprimé... en faisant du clx tu fait du Qt

farib a écrit a écrit : il est ou le 2e maso ? *   (j renommé le topic, comme ca tt le monde est content)

ca doit etre moi

y'en a plus de 2 finalement...
 
 
nan concerant  ce qui est ptet plus communication, bdd et systeme, (etc), je comprend que certains préferent utiliser les mfc qui sont plus proches du systeme que la vcl.. mais pour ce qui est de la gestion des fenetres, la quand même, fo etre maso pour préférer visual... le reste je ne dis pas, je suis d'accord

De toute facon je viens d'apprendre que je vais bosser QUE sous builder a partir de maintenant, et je le sens comme un gros

moi aussi je vais bientôt devoir bosser sur C++Builder, et ça me fait un peu chier... parce que je préfère bosser sur Delphi
 
(par contre quand je bossais sur VC++, beuah quelle horreur )

C'est intéressant, de savoir ce qui est vraiment utilisé, en dehors de toute opinion.

J'utilise C++Builder a toutes les sauces : pour des IHM vites faites, mais aussi pour mon jeux. bien sur, il y plein de classes pour t'aider, mais tu peut aussi faire un source vide pour programmer sans utiliser du tout les libraries specifiques a BCB.
J'ai aussi utilisé JBuilder en projet, C franchement bien fait, et chez borland, ils savent faire des docs (AH l'aide en ligne de TC2!).
 
Ouais, je suis fan de Borland/Inprise et je le crie haut et fort!!!