Oui, ça explique effectivement bien pourquoi une adoption de D par l'industrie est pour l'instant impossible.
Il faudrait qu'une entreprise influente s'y intéresse, ou bien (comme ça a pu être le...
Type: Messages; Utilisateur: Florian Goo
Oui, ça explique effectivement bien pourquoi une adoption de D par l'industrie est pour l'instant impossible.
Il faudrait qu'une entreprise influente s'y intéresse, ou bien (comme ça a pu être le...
Donc on doit avoir un certain nombre de libs disponibles ?
Un binding D de GTK, par exemple, doit être possible ?
Après une petite recherche, il semblerait que ça existe :...
Il n'y a pas de lib C pour tout ça ?
Il m'a bien semblé lire que D pouvait s'interfacer avec le C avec assez peu d'effort.
Je ne connais personne qui code en C++ sans EDI ou éditeur avancé style Vim/emacs.
Je trouve que c'est une bonne chose d'éliminer les redondances dans le code.
Merci pour le lien Klaim, je vais aller me lire ça.
Ça commence à être utilisé dans l'industrie, le D ?
Je ne sais que dire…
Il faudrait déjà que tu comprennes l'utilité du mot-clé const, ce qui ne semble pas être le cas (sans vouloir être condescendant). Comme screetch et moi-même te l'expliquons, il...
Si tu as une fonction contenant un appel vers une fonction membre virtuelle, tu ne peux pas savoir à la compilation quelle sera la fonction effectivement appelée, donc tu ne peux pas savoir si la...
Plus simplement, c'est impossible à cause des fonctions virtuelles…
Ah ça par contre j'adorerais le voir en C++.
« pure » c'est un peu comme « const », c'est une garantie. En l'occurrence on a la garantie que la fonction est proprement écrite et qu'elle est bien...
Je dirais que l'équivalent en C++ de Variant serait… Boost.Variant ;).
Je faisais en fait référence à la soi-disante illégitimité de créer des agrégats d'Object :
Mais j'aurais plutôt dû parler de Boost.Any, qui est un void* plus safe.
Je n'ai personnellement...
Remarque, on peut dire la même chose de void*.
Contient-elle seulement des fonctions membres, cette classe Object ?
Edit: Pour D 1.0 j'ai trouvé ça :
class Object;
All D class objects...
Très intéressant cet « alias this », l'une des raisons d'être de l'héritage étant la verbosité induite par la composition.
Dommage qu'on ne puisse en faire qu'un seul par classe.
Bien dit.
Et pour l'héritage multiple… c'est vrai qu'une fonctionnalité en plus, c'est toujours un avantage.
Oui, finalement je rejoins ton avis, Koala (même si hériter d'une classe non-interface reste à...
Des if et des for statiques en C++, ce serait franchement très chouette.
Depuis le moment où j'ai appris l'existence des principes « préférez la composition à l'héritage » et « une classe hérite pour être réutilisée dans un contexte polymorphe et non pour réutiliser les...
Tiens, il m'avait échappé le coup de la classe Object… je ne suis pas fan non plus.
Concernant l'héritage multiple en losange, diamant ou parallélépipède rectangle, pas de problème puisque...
Oui, c'est la fameuse « erreur » à laquelle je faisais allusion (mais que tu as mieux formulée que moi ;)).
La possibilité d'utiliser des libs C++ serait déjà intéressante.
EDIT : Grâce à Scalpel (voir signature), on pourrait envisager un générateur de binding.
Rendre possible l'inclusion directe de C...
Le D différencie allocation sur la pile et sur le tas, et donc permet le RAII. Ça c'est fort bien !
Ça par contre j'aime moins. J'ai bien plus de fonctions membres « finales » que virtuelles...
Merci Koala, c'est très rassurant pour moi de lire tout ceci ;)
J'avoue que n'ayant jamais touché à .Net, je ne sais pas ce que peut bien apporter cette liaison entre ASP.Net et C#…
(Ah, on me souffle à l'oreille que je suis en train de pourrir mon propre...
On a pourtant ce qu'il faut en interface graphique : Qt, gtkmm, wxWidgets et j'en passe…
Quel est le problème ?
Interface de le sens API/ABI, je suppose ?
En quoi le C++ n'est-il pas tourné vers le Web ?
C'est plus un problème de bibliothèque que de langage, non ?
Merci pour vos réactions, c'est intéressant ;).
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.