Version imprimable
En ce qui concerne l'interface, wxWindows a été choisi comme le fondement de l'interface de C++ Builder X. Voir le lien ci-contre.
http://www.wxwindows.org/borland01.htm
Avec en particulier la phrase suivante :
Citation:
Does Borland support Mac?
Of the desktop platforms, Borland is initially most interested in Windows, Linux and Solaris, but Mac support is likely to follow.
En VC++, tu as les MFC pour faire de belles Windows, ça t'épargne à utiliser l'API brute. Tu as ATL pour faire des composants COM, et des contrôles ActiveX, tu as également ATL Server pour faire des applications Web très performantes. Tu as OLE DB et ADO .NET pour l'accès au sources de données Et enfin et surtout avec C++ CLI tu hérites de toutes la richesse du .NET Framework.
Bonjout.
HPJ a dit :
Je vais essayer de répondre à quelques questions que tu aposées :Citation:
Le C++ me semble être un langage plus puissant... Le Pascal Objet permet-il comme le C++ de redéfinir les opérateurs (+,-,=,...) ? Et les opérations de transtypage ( (char *) , ...) ?
Ne peut-on pas utiliser directement les API windows avec Delphi ?!
- On ne peut pas redéfinir les opérateurs en Delphi (c'est pas si grave que ça !)
- Le transtypage existe bel et bien, et est en géneral automatique.
- On peut utiliser tous les API de Windows dans Delphi, faut juste avoir les entêtes, comme les fichiers .h. Le seul problème est que Microsoft n'a pas de produit pascal, donc elle se fout pas mal des pascaliens et ne fournit l'entête de ses API que pour le C/C++, des langages qu'elle implémente dans quelques produits. Nous, (les pascaliens) on doit soit essayer de convertir un fichier .h soit même, soit attendre qu'un autre le fasse !
Bah ... 89% des pc (en 2004) ont java d'installé donc va ca , puis 15mo pour telecharger JRE c'est pas la mort apres :pCitation:
Envoyé par Gwipi
en même temps il a posé sa question en 2002 et tu lui as répondu en 2006 :yaisse2:Citation:
Envoyé par kedare
Et pourquoi ne pas mélanger les 2 languages(C++ et Delphi)?
Delphi permet un design visuel extremement rapide et facile, tantdis que c++ est un language a mon avis plus puissant. Il suffit donc de compiler une ou plusieurs dll en c++ et de les utiliser dans le programme delphi voulu.
Je me disais aussi choisir en C++ et Delphi ??? Puis j'ai vu que la question initiale date de 2002.
Aujourdhui on poserait plutot la question "C# ou Java", car Delphi c'est de l'histoire, et C++ pourquoi pas mais faut que ca soit justifie.
Il y a la nouvelle version de delphi, la 2010 qui est disponible depuis récemment. En gros ce n'est pas mort mais la communauté diminue et l'absence d'IDE gratuits de qualité ne va pas aider cette techno à revenir sur le devant de la scène.
Quand je vois tous les efforts fournis par les éditeurs pour répandre et faire adopter leur technologie, je trouve ça regrettable...
Espérons qu' Embarcadero ne négligera pas delphi comme l'a fait Borland dans le passé, parce qu'en ce moment l'avenir est assez flou d'après ce que j'ai pu comprendre.Citation:
Envoyé par npuzin
Au moins Microsoft s'investit à fond dans DotNet, de plus il fournit une version express (pas un sous à débourser), ce qui n'est pas rien. Alors que du côté de Delphi Embarcadero fournit une version personnelle qui commence à dater.
je ne peux te donner qu'une remarque: le c++ est beaucoup plus vaste, tu peux cependant créer tes propres composants sans difficulté (si tu le maitrises bien), il est devenu même un langage de référence dans le domaine du développement, le seul inconvénient c'est que les gens qui travaillent avec, sont (rares), donc en cas de difficultés éventuelles, l'aide est rare par conséquent. par contre le DELPHI, est un langage qui a encore beaucoup d'avenir devant lui, les développeurs sont de plus en plus nombreux, donc tes consultations auront certainement beaucoup de réponses.Citation:
Envoyé par Gwipi
Avez-vous entendu parler de Lazarus, un clone de Delphi libre et portable ? Si j'ai le choix j'utilise Free Pascal/Lazarus pour développer toutes mes applications Windows ou Linux.Citation:
Envoyé par _skip