¿Qué versión de Perl debería usar en Windows?
debugging strawberry-perl (11)
ActiveState Perl ha sido considerado Windows Perl de facto por bastante tiempo. Si bien tiene muchos defectos y muchos de nosotros usamos algo más, sigue siendo muy popular. Si estuvieras construyendo código Perl para ser ejecutado en un equipo con Windows (que no sea el tuyo), consideraría escribirlo con miras a un valor predeterminado (o tan predeterminado como pudiera obtenerlo) como la instalación de Perl ejecutándolo. Cualquier otra cosa y estás introduciendo barreras de entrada para otros que intenten usar tu aplicación más tarde.
El sitio web win32.perl.org proporciona referencias a varias distribuciones de Perl para MS Windows.
Durante mucho tiempo he estado usando ActivePerl desde ActiveState pero recientemente cambié a Strawberry Perl .
En mi humilde opinión, la única ventaja que Active Perl aún tiene sobre Strawberry Perl es el hecho de que viene con Perl Tk, lo que significa que es fácil de instalar Devel::ptkdb el depurador gráfico. Aparte de eso, creo que Strawberry Perl tiene todas las ventajas.
El código que escribo aterriza en compañías de Fortune 500 por lo que un sentimiento "corporativo" es útil. He utilizado ActivePerl hasta ahora, y ha funcionado bien tanto para herramientas internas como para su distribución a esos clientes grandes.
El futuro es definitivamente Strawberry Perl. Independientemente del que elija (y este problema no es exclusivo de Windows), si está distribuyendo el resultado final a otras máquinas, tendrá que tener cuidado con las instrucciones de instalación / instalación que proporcione.
Estoy usando Active State Perl 5.014, que funciona bien.
El problema es que no tiene la última versión de Padre (el IDE, entorno de depuración).
No hay una mejor distribución de Perl. Vanilla Perl ( Perl reubicable y redistribuible) y su desarrollador Strawberry Perl , más amigable con los desarrolladores, tienen un potencial significativo.
Sin embargo, hay una muy buena razón por la cual ActivePerl es tan popular. Las ventajas vienen principalmente en forma de facilidad de implementación para sus usuarios finales (no es necesario un compilador para usar su gestor de paquetes, PPM). El ActiveState PDK (Perl Development Kit) es también una forma muy agradable de empaquetar un binario completo de Windows que no requiere la instalación de ningún Perl en la máquina del usuario.
Desafortunadamente, muchos módulos de CPAN muy agradables (como los enlaces de Perl para OpenSSL) no están disponibles a través del repositorio de ActiveState.
Como la mayoría de las cosas, debe hacer su selección según la distribución que mejor se adapte a sus necesidades.
Principalmente uso ActivePerl, pero realmente me gusta hacia dónde se dirige Strawberry Perl. Me encanta que el caparazón de cpan "simplemente funciona" y no tengo que pasar por un montón de aros para instalar módulos XS. (por ejemplo, ExtUtils :: FakeConfig, aunque eso es menos necesario en versiones más recientes de ActivePerl). También estoy entusiasmado con la posibilidad de Perl en una unidad de disco óptico. El lanzamiento de dev de Portable Perl ya es bastante útil.
Estoy de acuerdo en que la principal ventaja de ActivePerl es Tk de fábrica, pero tenga en cuenta que a partir de 5.10 ActivePerl ya no se envía con Tk de forma predeterminada. Se envía con Tkx en su lugar.
Siempre uso Cygwin (xterms con bash son mucho mejores que las ventanas de cmd) y el Perl que viene con él. Instalo módulos Perl con el shell CPAN (el comando "cpan"); funciona bien.
Tuve grandes problemas con Strawberry, y sentí que no había soporte. La buena gente de PerlMonks no pudo ayudarme y me di por vencida. Si esta página te deja con una cierta falta de confianza, ahí está tu respuesta.
Yo prefiero Strawberry Perl. Por un lado, instala gcc como parte de mingwin, para que pueda instalarlo directamente desde CPAN.
Utilicé el Perl de ActiveState por un tiempo, pero tenía muchas fallas de una máquina a otra a pesar de estar (aparentemente) configuradas de forma idéntica. Su paquete de módulos PPM también dejó un mal sabor. Hace que la gestión de los paquetes sea sencilla, pero confía en ellos para actualizar PPM después de las actualizaciones de CPAN. Además, PPM no es de ninguna manera el contenido completo del CPAN; La última vez que utilicé ActivePerl, tuve dificultades para encontrar todos los módulos que necesitaba, y los que estaban allí a menudo eran una versión anterior.
Strawberry Perl está cada vez mejor y mejor. Un problema que he tenido repetidamente con ActiveState es que mis módulos a veces no se pueden instalar porque necesito una actualización a un módulo principal, pero no lo permitirán. Por lo tanto, todos los que no usan Windows pueden usar mi código, pero no pueden hacer eso con Perl de ActiveState.
ActiveState también tiene un sistema de compilación muy poco fiable que a menudo no informa exactamente por qué un módulo no pudo compilarse. Me cansé tanto de enviar correos electrónicos y pedir esta información que finalmente me rendí. Quiero que mi código se ejecute en Windows, pero si ActiveState no me proporciona esa información y no me da ninguna opción para actualizar los módulos principales, simplemente no puedo usarlo. Algunos de mis módulos NO tienen errores de compilación en ningún sistema operativo, excepto aquellos con ActiveState Perl. Admite Strawberry Perl y simplemente no te preocupes por ActiveState.
Si ActiveState ha corregido su sistema de compilación y su política de "no actualizar a los módulos principales", vale la pena volver a visitarlo.
Strawberry Perl se parece más a Perl on * nix. Viene con MinGW que podría ser útil por sí mismo. Los módulos Perl también se pueden instalar con ppm o cpan.