(sans notion de type primitif)
Cette affirmation est trés disuctable car les types expansés on pour principale raison d'étres l'implémentation de ces types primitif. Disons plutot que les type primitifs sont trés biens intégré en Eiffel, pas comme dans d'autres langages.
et inspiré de Smalltalk
Alors la j'aimerais bien avoir un lien car Eiffel est :
-un langage dont toutes les implémentation propose sont des compilateurs
-un langage à typage statique
-un lanage à héritage multiple
-un langage ne proposant pas de meta-niveau ni d'introspection
-un langage ayant une syntaxe vraiment propre
Donc il est inspiré de trés loin non?
Au sujet de l'héritage non-conforme, il a était introduit en partie pour résoudre les problèmes lié à l'héritage multiple. L'ancien mécanisme pour gérer c'est problèmes, le mot clef "select" était loins d'etres parfait. Malheureusement cela n'est génial:
D'une part il ne résoud pas tous le problèmes (voir la mailling list de SmartEifel) mais en plus ca casse un ensemble de bibliothèque qui éxistait déja et surtout ce n'est pas une feature standardisé!
L'équipe de SmartEiffel implémente des concepts qui anticipent la future version de Eiffel (la version 3). Même si je comprend que les devs se font plaisirs et veulent avancer, le problème est que le langage Eiffel n'arrivera jamais à surmonter les péchers de jeunesse qu'il avait : pas de norme officielle, des implémentation toutes incompatibles les unes avec les autres, un ensemble de bibliothèques réduites (et pour cause! a chaque version il faut les revoir!) et du coup un nombre d'applications utilisables plutot léger.
Eiffel est un super langage et SmartEiffel un compilo plutot efficace mais je pense qu'ils aurrait plutot dut implémenter les réels manque du langage (suport de la concurence et du chargement dynamique de classe) plutot que d'anticiper une future norme qui n'arrivera pas avant des années!
# Quelques "coquilles"
Posté par thecat . En réponse à la dépêche Sortie de Hercule la version 2 du compilateur SmartEiffel. Évalué à 9.
(sans notion de type primitif)
Cette affirmation est trés disuctable car les types expansés on pour principale raison d'étres l'implémentation de ces types primitif. Disons plutot que les type primitifs sont trés biens intégré en Eiffel, pas comme dans d'autres langages.
et inspiré de Smalltalk
Alors la j'aimerais bien avoir un lien car Eiffel est :
-un langage dont toutes les implémentation propose sont des compilateurs
-un langage à typage statique
-un lanage à héritage multiple
-un langage ne proposant pas de meta-niveau ni d'introspection
-un langage ayant une syntaxe vraiment propre
Donc il est inspiré de trés loin non?
Au sujet de l'héritage non-conforme, il a était introduit en partie pour résoudre les problèmes lié à l'héritage multiple. L'ancien mécanisme pour gérer c'est problèmes, le mot clef "select" était loins d'etres parfait. Malheureusement cela n'est génial:
D'une part il ne résoud pas tous le problèmes (voir la mailling list de SmartEifel) mais en plus ca casse un ensemble de bibliothèque qui éxistait déja et surtout ce n'est pas une feature standardisé!
L'équipe de SmartEiffel implémente des concepts qui anticipent la future version de Eiffel (la version 3). Même si je comprend que les devs se font plaisirs et veulent avancer, le problème est que le langage Eiffel n'arrivera jamais à surmonter les péchers de jeunesse qu'il avait : pas de norme officielle, des implémentation toutes incompatibles les unes avec les autres, un ensemble de bibliothèques réduites (et pour cause! a chaque version il faut les revoir!) et du coup un nombre d'applications utilisables plutot léger.
Eiffel est un super langage et SmartEiffel un compilo plutot efficace mais je pense qu'ils aurrait plutot dut implémenter les réels manque du langage (suport de la concurence et du chargement dynamique de classe) plutot que d'anticiper une future norme qui n'arrivera pas avant des années!