Quelle version de Perl utiliser sur Windows? [fermé]
le win32.perl.org le site web fournit des références à plusieurs distributions Perl pour MS Windows.
depuis longtemps J'utilise ActivePerl depuis ActiveState mais récemment je suis passé à Strawberry Perl .
IMHO le seul avantage que Perl actif a encore sur Perl fraise est le fait qu'il est livré avec Perl Tk ce qui signifie son facile à installer Devel:: ptkdb le débogueur graphique. À part ça, je pense que Strawberry Perl a tous les avantages.
11 réponses
Perl fraise est de mieux en mieux. Un problème que J'ai eu à plusieurs reprises avec ActiveState est que mes modules échouent parfois à s'installer parce que j'ai besoin d'une mise à niveau vers un module core, mais ils ne le permettent pas. Ainsi, tous ceux qui n'utilisent pas peuvent utiliser mon code, mais ils ne peuvent pas le faire avec la Perl D'ActiveState.
ActiveState a également un système de construction très douteux qui souvent ne parvient pas à signaler exactement pourquoi un module n'a pas de construire. J'en ai eu tellement marre d'envoyer des e-mails et de demander ces informations que j'ai fini par abandonner. Je veux que mon code s'exécute sur Windows, mais si ActiveState ne me fournit pas cette information et ne me donne aucune option pour la mise à niveau des modules de base, Je ne peux tout simplement pas l'utiliser. Certains de mes modules N'ont aucune défaillance de construction sur aucun système d'exploitation, à l'exception de ceux avec ActiveState Perl. Soutenez Perl de fraise et juste ne vous inquiétez pas D'ActiveState.
si ActiveState a corrigé son système de construction et sa politique "Pas de mise à niveau vers les modules de base", il est intéressant de revoir.
il n'y a pas de meilleure distribution Perl. Vanilla Perl (relocalisable, redistribuable Perl), et il est plus facile à développer Strawberry Perl ont un potentiel significatif.
cependant, il y a une très bonne raison pour laquelle ActivePerl est si très populaire. Les avantages viennent principalement sous la forme de la facilité de déploiement pour vos utilisateurs finaux (aucun compilateur nécessaire pour utiliser leur gestionnaire de paquets, PPM.) L'ActiveState PDK (Perl Development Kit) est également une très bonne façon d'empaqueter un binaire Windows complet qui ne nécessite pas D'installation de Perl sur la machine de l'utilisateur.
malheureusement, de nombreux très beaux modules CPAN (comme les fixations Perl pour OpenSSL) ne sont pas disponibles via le dépôt ActiveState.
comme la plupart des choses, vous devez faire votre choix en fonction de la distribution qui répond le mieux à vos besoins.
j'utilise principalement ActivePerl, mais j'aime vraiment l'endroit où Perl fraise se dirige. J'aime que le shell cpan "fonctionne" et je n'ai pas à sauter à travers un tas de cerceaux pour installer des modules XS. (par exemple ExtUtils:: FakeConfig, bien que ce soit moins nécessaire dans les constructions ActivePerl plus récentes. Je suis aussi excitée par la possibilité de Perl sur une clé USB. La version dev de Perl Portable est déjà assez utilisable.
je conviens que le principal L'avantage D'ActivePerl est que Tk est sorti de la boîte, mais notez qu'à partir de 5.10 ActivePerl n'est plus livré avec Tk par défaut. Il est livré avec Tkx à la place.
L'avenir est certainement Strawberry Perl. Quel que soit votre choix (et ce problème n'est pas propre à Windows), si vous distribuez le résultat final à d'autres machines, vous devrez être prudent en ce qui concerne les instructions d'installation que vous fournissez.
Strawberry Perl est plus comme Perl sur *nix. Il est livré avec MinGW qui pourrait être utile sur son propre. Les modules Perl peuvent également être installés avec ppm ou cpan.
je préfère de loin Strawberry Perl. Par exemple, il installe gcc dans le cadre de mingwin, de sorte que vous pouvez installer directement à partir de CPAN.
j'ai utilisé le perl D'ActiveState pendant un certain temps, mais j'ai eu beaucoup de flakiness d'une machine à l'autre malgré leur (apparemment) configuration identique. L'emballage de leur module PPM a aussi laissé un mauvais goût. Cela rend la gestion des paquets très simple, mais vous comptez sur eux pour mettre à jour PPM après les mises à jour de CPAN. Aussi, le PPM n'est pas par tous les moyens le contenu complet du CPAN; la dernière fois que J'ai utilisé ActivePerl, j'ai eu du mal à trouver tous les modules dont j'avais besoin, et ceux qui étaient là étaient souvent une ancienne version.
J'utilise toujours Cygwin (xterms avec bash sont tellement mieux que les fenêtres cmd) et la Perl qui vient avec elle. J'installe les modules Perl avec le shell CPAN (la commande "cpan"); ça marche très bien.
ActiveState Perl a été considéré comme le de facto Windows Perl pendant un certain temps. Alors qu'il a beaucoup de défauts et beaucoup d'entre nous utilisent autre chose, il reste très populaire. Si vous construisiez du code Perl pour être exécuté sur une machine Windows (autre que la vôtre), j'envisagerais de l'écrire avec un oeil vers un défaut (ou aussi par défaut que je pourrais l'obtenir) comme installation Perl l'exécutant. N'importe quoi d'autre et vous introduisez des barrières à l'entrée pour les autres essayant d'utiliser votre application plus tard.
j'ai eu des problèmes majeurs avec Strawberry, et j'ai senti qu'il n'y avait aucun soutien. Les braves gens de PerlMonks ne pouvaient pas m'aider, et j'ai abandonné. Si cette page vous laisse avec un certain manque de confiance, voilà votre réponse.
Le code que j'ai écris terres dans les entreprises Fortune 500 ainsi une "entreprise" est un sentiment qui est utile. J'ai utilisé ActivePerl jusqu'à présent, et ça a fonctionné aussi bien pour l'outillage interne que pour la distribution à ces gros clients.
J'utilise L'état actif Perl 5.014, qui fonctionne bien.
le problème est qu'il n'a pas la dernière version de Padre (L'environnement IDE, debbugging).