Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
FAQ et Nouvelles sur Perl 6
Je me disais que ça serait bien d'avoir un topic qui regrouperait toutes les infos dispo sur Perl 6...
Tout ce que j'en sais, c'est qu'il tournera sur une machine virtuelle, Parrot. Je ne connais pas sa date prévue de sortie, ni même les nouvelles fonctionalités qui devraient être intégrées...
Et sur Internet je ne trouve pas de document concret qui contiennent ce genre d'infos. Vous en connaissez vous ?
Liens: http://rakudo.org
http://www.programmersheaven.com/2/Perl6-FAQ
Je suis le développement de Perl6 d'assez près, et je suis près à rédiger une petite FAQ dès que j'ai le temps...
Commençons déjà par tes questions :
- La date de sortie ?
Quand il sera près ! Ok, ça manque d'originalité... Disons que de façon réaliste on peut s'attendre à une version alpha pour le premier trimestre de 2007, et une sortie finale avant la fin 2007. Il y a pas mal d'agitation actuellement dans la communauté Perl6/Pugs/Parrot et ces dates sont relativement probables.- Les nouvelles fonctionnalités ?
Plein de choses, il s'agit en fait d'une refonte en profondeur du langage. Quatres points marquants devrait être :
- la fin du changement de sigil ($, @, %, &) selon le contexte (on écrira maintenant @machin[0] pour le premier élément de @machin) qui devrait bien simplifier l'emploi des références ($machin[0] est le premier élément de $machin si $machin est une référence sur un tableau)
- les listes d'arguments pour les fonctions (on pourra toujours utiliser @_ mais ce ne sera plus la "bonne" façon de faire), avec support pour les arguments nommés et pas mal de choses liées au point suivant :
- Perl devient typé, au moins partiellement, et utilisera ces indications de type pour optimiser le stockage et le code, ainsi que pour choisir la bonne fonction en cas de plusieurs fonctions avec le même nom mais des listes d'arguments différents. Le système de type devrait être très puissant et permettre de faire des choses très avancées simplement (comme d'avoir un type entier restreint à un certain intervalle).
- Un système d'objet standard beaucoup plus proche des systèmes classiques (on passe d'ailleurs de la flèche au point pour l'invocation des méthodes), mais avec le support des "Traits", une approche récente pour éviter les problèmes du multihéritage tout en en gardant la puissance (ça a l'air très prometteur
)
- Les regex évoluent pour devenir les rules qu'on peut regrouper en grammar complètes. Pour y avoir jeter un coup d'oeil je peux vous dire que ça promet : en gros on aura la puissance d'un vrai parser intégré au langage, mais avec une syntaxe simplissime. Les regexps actuelles devront être un tout petit peu modifiées, mais à peine, ça pourra d'ailleurs être fait automatiquement (cf la question suivante)
Et plein d'autres petites choses (ou grandes...).
Un point important c'est que Perl6 contrairement à Perl [12345] aura une spécification, c'est à dire un ensemble de RFC qui disent comment fonctionne telle ou telle chose. Pour avoir plus de détails sur les nouveautés, vous pouvez consulter les documents de référence : les Apocalypses (Révélations en grec) de Larry Wall , les Exegeses plus concises et explicatives, les Synopsis qui seront les documents de design de Perl6 et qui sont sans doutes les plus à jour. (faites votre choix selon le style qui vous plait le plus, certains des documents sont plus littéraires et d'autres plus techniques. Et rassurez vous, ils sont divisés en parties ce qui vous permettra de vous renseigner sur les points qui vous intéressent le plus).- Mes programmes Perl5 fonctionneront-ils sous Perl6 ?
Probablement non, il y a trop de changements syntaxiques profonds pour ça (rien que les Sigils...) mais il y aura un traducteur de Perl5 à Perl6 qui devrait faire le plus gros du boulot, pourvu que vous n'ayez pas employé de constructions trop obscures... Un étudiant est actuellement en train de travailler dessus à l'occasion du SOC (il se base sur le travail de Larry Wall lui-même qui a récemment passé un certain temps à étendre le parser de Perl actuel pour pouvoir lui faire sortir à la demande un arbre comprenant des détails comme les espaces, qui sont important pour faire un traducteur comme celui-ci).- Où est-ce que je peux voir la bête en action ?
Vu qu'il n'est pas fini, tu ne peux pas encore, néanmoins il existe un projet appelé Pugs qui est une implémentation d'une bonne partie de Perl6 en Haskell (donc c'est assez lent, mais c'est normal pour une démo).- J'ai entendu parler de Parrot, c'est quoi ?
Parrot est une VM (une machine virtuelle, oui comme pour Java ou .NET), elle est spécifiquement destiné au support des langages dits dynamiques (Python, Ruby, Perl évidemment !) et sera la plateforme principale pour Perl6. Son développement n'est pas fini mais elle est déjà très intéressante.
--
Jedaï
Ah ouais quand même, ça fait de sacrés améliorations ça...
Vu comme ça j'ai l'impression que Perl va être un peu dénaturé tout de même... Notemment pour le typage et les sigils.
Pour l'orientéisme objet, j'étais au courant, je pense qu'un peu plus d'encapsulation ne peut pas faire de mal.
Pour les sous progs, rien à dire, c'est pas plus mal comme ça. Il faut avouer qu'avant c'était un peu galère de faire certains trucs.
Question très importante pour moi, les données vont être typées, soit. Mais est ce qu'on pourra toujours faire des tableaux de scalaires ? Je veux dire par là un tableau dont le premier élément est un entier, le second une string, le troisième une référence à un tableau...
C'était pour moi l'un des plus grands avantages de Perl, ces structures de données totalement hétérogènes. Et c'est encore plus vrai pour les tables de hachages.
A part ça, bah ça sera juste des habiudes à erdre et d'autres à prendre quoi.
Merci de ta réponse Jedai, et je pense que ça serait effectivement une bonne idée que tu nous fasse une petite question dans la FAQ sur le sujet
A propos de la FAQ d'ailleurs, il va falloir tout recommencer en gros, je vois ça d'ici
€dit : oh, j'oubliais, le seul lien vraiment intéréssant que j'ai trouvé : la FAQ Perl 6 !
Perl6 va être typé ?! Mais comment vais je faire avec ma liste de <chaîne de caractères ou tableau ou nombre> ?Envoyé par Woufeil
Pas de panique, Perl6 sera optionnellement typé, c'est-à-dire que si vous voulez typer vos variables, Perl6 utilisera ces indications de type pour optimiser stockage et code et effectuera les vérifications nécessaires (le plus possible à la compilation, sinon à l'exécution) pour assurer la cohérence du système de type. Mais si vous ne voulez pas typer vos variables, Perl fera de son mieux pour vous accomoder, et utilisera le type le plus général pour cette variable (avec peut-être un peu d'inférence de type). Vous pouvez donc tout à fait avoir votre tableau ou table de hachage hétérogène si vous le voulez !
(NB : Le système de type de Perl6 est très puissant et par exemple vous pouvez aussi spécifier qu'une variable est de type "Int|String" (soit "any(Int, String)" ) autrement dit soit un entier, soit une chaîne de caractère, ce qui prend tout son sens lorsque vous utilisez ceci dans une signature de fonction)
Par ailleurs ton lien est intéressant, mais bien sûr j'imagine que pas mal de gens auront du mal à comprendre ce que signifient certains items de la liste de nouveautés... N'hésitez pas à poser des questions et à consulter les documents que j'ai cité plus haut et qui rentrent dans le détail.
--
Jedaï
Ah, encore une question (ouais, je sais, je pourrais faire un tir groupé, mais c'est tellement plus marrant comme ça).
Comment ça va se passer pour tous les modules du CPAN ? Ils seront tous traduits en Perl 6 et mis en ligne sur le site officiel ?
Je demande ça car l'une des plus grandes forces de Perl c'est justement les multiples extensions qui existent, ça serait bête de perdre ça je trouve...
Comment ça va se passer pour tous les modules du CPAN ? Ils seront tous traduits en Perl 6 et mis en ligne sur le site officiel ?
Tu auras une solution mixte : les plus gros modules, ceux sur lesquels se porte l'attention de la communauté seront traduits en Perl6 pour profiter de tous ses avantages (exemple DBI est en passe d'être réécrit en Perl6 à l'occasion du SoC) et de la rapidité de Parrot, mais pour ceux qui ne seront pas traduits, il sera toujours possible de les utiliser en les appelant en mode compatibilité Perl5 (tu auras une syntaxe du type "use p5 Mon::Module;", il faut regarder du côté de Pugs qui fait ça dès aujourd'hui je crois) dans tes applis Perl6. Evidemment à terme l'idée est que tous les modules se retrouveront en Perl6.
--
Jedaï
Ca, c'est le point qui m'inquiète un peu ... pourvu qu'on ne change rien d'important à l'équivalence "Objet" <==> "Table de Hachage".
- Un système d'objet standard beaucoup plus proche des systèmes classiques (on passe d'ailleurs de la flèche au point pour l'invocation des méthodes), mais avec le support des "Traits", une approche récente pour éviter les problèmes du multihéritage tout en en gardant la puissance (ça a l'air très prometteur
Ce n'est surement pas une pratique propre, c'est impossible à modéliser avec les méthodes de conception classiques, mais j'aimais énormément "croiser" mes objets et donner, en "live" à certain des méthodes prises dans d'autres. Je trouvais que l'altération dynamique des méthodes, et pas seulement des attributs, était un aboutissement intéressant en POO.
Maintenant, c'est vrai que je n'ai jamais rien produit de critique en me basant la dessus, mais c'était une expérience de programmation intéressante.
Sur ce point je pense que tu peux malheureusement commencer à faire ton deuil...
Je m'explique les données vont dans la v6 de Perl être fortement encaspulées. A moins qu'on ne créé une table de hachage particulière ou certaines clées ne sont pas accessibles et d'autre si (dur dur je trouve), ça ne sera plus des tables de hachage.
Moi ce que je trouvais marrant dans l'actuelle version des objets en Perl, c'était la génération des accesseurs en bouclant autour d'une fermeture. Très puissant je trouve, plus besoin de se casser le cul à faire 50 méthodes accesseurs.
Que deviennent mes objets de Perl5 avec mon bless() ?
Le système de Perl 5 avec le bless() sera toujours accessible pour les bidouilleurs qui ont besoin d'objets très spéciaux, mais le nouveau modèle est très puissant et très simple à utiliser.
Pour tous les détails vous pouvez lire ce synopsis mais sachez que les méthodes prendront maintenant implicitement leur argument self et ont droit à un traitement de faveur avec le mot clé method qui remplace sub dans leur cas. Pour ce qui est des attributs, ne vous inquiétez pas, vous n'aurez pas besoin comme en Java de faire d'innombrables accesseurs et modificateurs (en Java c'est souvent l'IDE qui s'en charge, mais ça fait toujours du code inutile...), vous pourrez directement dans leur déclaration leur donner par défaut un accesseur ou un accesseur et un modificateur (ou les déclarer privé).
--
Jedaï
Continuation de la réponse précédente...
Les classes de Perl6 se rapprochent un peu de celles de Smalltalk, et elles sont donc dynamiques, autrement dit tu peux leur rajouter une ou des méthodes à la volée tant qu'elles ne sont pas finalisées.
--
Jedaï
J'ai des modules pour mon usage perso, perl6 veut il dire que je doit tout réécrire? . Ou peut on trouver de la doc complète sur Perl 6 et surtout des exemples de code ?
merci
Lis mes messages... Ou au moins l'intitulé des questions (je l'ai mis en gras pour faciliter les choses...) !!J'ai des modules pour mon usage perso, perl6 veut il dire que je doit tout réécrire
merci
--
Jedaï
Je pense qu'il est trop tôt pour savoir ça, mais je me demande comment la transition Perl 5 -> Perl 6 va être faite...
Franchement, après lecture de quelques synopsis, j'en arrive à la conclusion suivante : un bon programme perl 5 sera un mauvais programme perl 6 (ou du moins un programme perl 6 non optimisé)...
Je suppose qu'il y aura des guides pour passer de Perl 5 à 6, mais je me demande si ça sera vraiment suffisant tellement les changements ont l'air radicaux. J'aimerais bien que l'équivalent de Programming Perl pour Perl 6 sorte le plus rapidement possible, sinon on va vite être perdu.
Bon, je vais aussi poser une question dont j'ai presque déjà la réponse, mais je pense qu'elle est tout de même intéréssante : Où perl 5 en sera-t-il par rapport à "l'orientéisme" objet ?
je suis en train d'apprendre perl 5... Je me dis, que je fais peut être des efforts pour pas grand chose...
Si il faut que j'oublie tout ce que j'apprends, pour réapprendre une nouvelle syntaxe... Aïe Aïe Aïe!
Si tu comprends ce que tu fais en perl 5, il n'y a pas de raison que tu t'inquiètes pour perl 6
Une des choses que j'attends avec impatience dans Perl6, ce sont de vraies structures de contrôle switch/case (ou plutôt given/when qui est plus "naturel"), et pas le hack en bois qui était disponible pour l'interpréteur Perl5.
Pour l'avoir un peu pratiqué, ça permet des structures de programmes très élégantes, quoi qu'en pensent les détracteurs des structures de sélection, notamment pour les programmes d'analyses de logs
Par contre, le hack de Perl5 souffrait d'un manque de stabilité rédhibitoire à l'usage dès que le script grossissait un peu. Probablement car il altérait l'interpréteur sans faire partie intégrante de la syntaxe.
Quelqu'un sait s'il y a une/des conférence(s) prévues sur Perl 6 bientôt ?
Doucement je pense : Perl6 va d'abord être en phase de test pendant un certain temps (version bêta) pendant lequel seul les programmeurs qui ont suivi l'affaire vont vraiment l'utiliser, puis on aura une version stable sur laquelle passeront doucement les programmeurs Perl sensibles aux nouveautés (et qui attirera peut-être des nouveaux, espérons le), enfin après quelques années on ne fera pratiquement plus de Perl5 sauf pour des raisons de compatibilité dans les entreprises qui changent leur logiciel tout les 15 ans...
C'est pas faux, mais d'un autre côté il n'y a pas de raisons que ce programme soit plus lent sous Perl6 que sous Perl5 (en fait il devrait être plus rapide théoriquement), donc s'il satisfiait les exigences avant, il les satisfera plus tard, d'autant qu'il pourrait profiter des améliorations des modules qu'il utilise. Donc pas de problème de ce côté là a priori.
Je ne comprend pas trop ce que tu veux dire par là ? Perl5 n'est pas orienté objet : ses types de bases ne sont pas objet, et on peut même prétendre qu'il n'y a pas de "vrais" objets, mais plutôt des références scalaires décorées. Perl6 au contraire sera tout objet (ou plutôt "semblera" tout objet grâce à l'autoboxing, qui permet de profiter à la fois de l'efficacité des types primitifs et du confort du tout objet).
--
Jedaï
Le hack de Perl était implémenté à l'aide d'une technique de "filtre de source", qui remaniait le code source avant qu'il soit interprété. Malheureusement la syntaxe de Perl5 est très complexe, et parfois le filtre s'embrouillait dans les changements à effectuer... Le given/when ne devrait aucunement souffrir de ces inconvénients et devrait être très pratique à utiliser.
--
Jedaï
T'es trop fort Jedai, même sans comprendre mes questions tu y répond
Donc c'est bien du tout objet que l'on nous propose là... Tant mieux ma foi, c'est pas plus mal comme ça.
Sinon, je pense qu'il va falloir s'intérésser à Perl 5 dès sa sortie, je préfère faire ça comme ça moi. J'espère qu'un bon livre sur Perl 6 sortira très vite comme je l'est déjà dit...
Mais quand tu dis du tout objet, comment ça va se passer pour les fonctions internes de Perl ? Elles vontêtre modifiées pour devenir des méthodes ou elles resteront des fonctions ?
Répondre avec citation
Partager