programa - perl en windows 10
¿Debo elegir ActivePerl o Strawberry Perl para Windows? (10)
ActivePerl excluye toneladas de módulos de la edición Community y construirlos en Windows es un verdadero dolor.
Además, le permiten descargar y usar solo las últimas ediciones de forma gratuita. Todo lo demás, como el acceso a 5.8.8 o versiones anteriores de los módulos, es Business ($ 1000 / year / server) o Enterprise edition (por cotización).
Esta pregunta ya tiene una respuesta aquí:
- ¿Qué versión de Perl debería usar en Windows? [cerrado] 11 respuestas
Soy totalmente nuevo para Perl, pero me gustaría probarlo. Leí sobre dos distribuciones rivales disponibles para la plataforma Windows (creo que solo hay Perl en otros sistemas operativos :).
Wikipedia dice que Strawberry viene con herramientas de desarrollo adicionales para compilar los módulos de CPAN si es necesario. Suena bastante bien para mí.
También dice que ActivePerl tiene una gran cantidad de módulos preempaquetados que son más fáciles de instalar con PPM. ¡Suena genial también!
Hay una clara compensación entre esos dos. Y me pregunto qué debería elegir para empezar? Si elijo uno, ¿qué tan difícil es migrar al otro?
Editar: ejecuté ambas distribuciones durante un par de semanas. De hecho me gustaron ambos, ¡lo cual es algo bueno! Uno no puede equivocarse con ninguno de estos. Terminé yendo con ActivePerl simplemente porque viene con documentación fuera de línea (en HTML) , un gran salvavidas para quienes están de viaje o simplemente no siempre conectados. Fue muy fácil para mí comenzar a usar el lenguaje Perl mientras estaba de vacaciones cuando no siempre estaba en línea.
La fresa es al menos igual de grande si no mayor. Así que puedo recomendarlo totalmente, también. Y debo decir que uno debe aprender Perl, es un lenguaje muy hermoso. ¡Darle una oportunidad!
Ambos son geniales y funcionan igual. Strawberry es conocido por ser capaz de construir módulos XS, pero también puedes hacerlo con ActiveState si solo instalas el Visual Studio SDK (o la versión gratuita).
Para el caso, si tiene acceso a Visual Studio, lo mejor que puede hacer es crear Perl desde la fuente (es bastante fácil si lee el archivo README) y seguir construyendo sus módulos con el mismo compilador. Esa es en realidad una mejor idea que tener una mezcla de compilador / módulos.
Una cosa que debe tener en cuenta si usa ActiveState: si lo instala en un servidor frente a Internet, debe comprar una licencia comercial ($ 1000 / year / server según lo notó Ron Warshawsky). No significa que no funcionará, es solo una cuestión de ser un requisito en el EULA. Muchas personas no saben esto y lo tienen instalado en servidores con conexión a Internet sin comprar la licencia correspondiente.
Amplificando solo un poquito en la útil respuesta de Vivin Paliath:
Pros de AcitveState / PPM: si hay un PPM para su versión, funcionará, y simplemente.
Contras de ActiveState / PPM: no siempre hay un PPM, o al menos no siempre uno actualizado.
Los profesionales de Strawberry / CPAN: su repositorio es CPAN, no un conjunto de archivos binarios mantenidos por terceros. Tienes nuevos módulos en el momento en que el autor los lanza, y estás utilizando el sistema de compilación que el autor pretendía.
Contras de Strawberry / CPAN: No todo está garantizado para construir perfectamente con las herramientas de Windows.
Factor mitigante de Strawberry / CPAN: los desarrolladores de Strawberry intentan muy, muy duro asegurarse de que todo funcione sin problemas y de que haya disponible la mayor cantidad de CPAN posible, y cuando los módulos se identifican como puntos problemáticos (difíciles de construir en Windows, pero requerido para otros módulos / aplicaciones populares), o bien trabajarán con el autor para arreglar el módulo para que todos puedan instalarlo, o en casos excepcionales, aplicar sus propias correcciones y agrupar el módulo con Strawberry o Strawberry Professional.
Mi preferencia es con Strawberry. Aprecio lo que ActiveState está tratando de hacer, pero creo que es un cuello de botella en el proceso de desarrollo. Eran necesarios antes de que la comunidad se juntara y construyera Strawberry para llevar a Windows al "primer mundo" del ecosistema de Perl, pero ya no son necesarios.
Después de haber usado ambos durante años, diría que, al menos para mí, Activeperl es una opción mucho más conveniente. El ppm-Installer incluido en Activeperl le permite agregar repositorios ppm alternativos que le darán acceso a casi todos los módulos perl útiles disponibles en CPAN, pero preparados y probados para Windows. Esto fue para mí, a largo plazo, una opción mucho mejor (y más robusta). Incluso para la versión de Windows del servidor HTTP de Apache, hay un mod_perl (2.0.4) ppm precompilado disponible que (para mí) funcionará de manera predeterminada con Activeperl 5. 12 .1 y Apache 2.2.15 .
Creo que dejé Strawberry después de tratar de instalar DBI + DBD :: mysql en Windows 7 (que es una pan comido en Activeperl, simplemente haga clic en el ppms y elija instalar).
Pero tal vez eso ya está resuelto. Y tal vez uno puede elegir el directorio donde se instala Strawberry (no pude).
Por cierto: para compilar tus propias cosas en línea o XS, simplemente instala el compilador MinGW en ppm (no lo hice pero parece interesante).
Saludos
rbo
Adición : después de leer el comentario a continuación, revisé Strawberry Perl nuevamente y ahora es posible cambiar el directorio de instalación, que es una característica indicada de la versión 5.12.0 (que es la versión real). Esto resolvería una desventaja importante (imho) de Strawberry Perl (en comparación con Activeperl).
En un mundo perfecto, elegiría debian-interix o pkgsrc-interix perl (no el antiguo Perl que se incluye con Interix / SFU / SUA), ya que proporciona el mayor sistema POSIX / UNIX (incluyendo copia real sobre escritura fork, no la emulación de tenedor de Windows de Cygwin). Lo he hecho en el pasado (y está instalado en máquinas con Windows aquí), pero no todos pueden / instalarán SFU / SUA solo para Perl. En esos casos, recomendaría ActivePerl, principalmente para la familiaridad de la interfaz con los usuarios de Windows (shell gráfico de PPM frente a CPAN) y su integración con Perl Dev Kit (PerlExe, PerlNET, PerlSvc y amigos). Además, al contrario de lo que otros han respondido, puede usar CPAN (y el shell CPAN) con ActivePerl (aunque implica la instalación de las herramientas de desarrollo necesarias a través de PPM primero) si lo necesita.
Si Larry Wall usa Strawberry Perl, así debería hacerlo usted. ;)
Si diseñas tu aplicación correctamente, no debería importar cuál elijas.
Un punto importante podría ser las versiones de varios módulos que cada uno puede proporcionar o no proporcionar. Los paquetes de PPM pueden quedar rezagados con respecto a las versiones de CPAN, pero si no tiene cuidado, las versiones CPAN vanguardistas pueden romper la compatibilidad con versiones anteriores. Además, a veces habrá paquetes de PPM para cosas que simplemente no se compilarán correctamente en Strawberry (aunque esto implica que el módulo está mal diseñado más de las veces).
Solo tenga en cuenta las versiones de los módulos que utiliza, y debería estar bien, independientemente de cuál elija.
Si está utilizando el cliente de box.com para sincronizar archivos, entonces probablemente desee (al menos en este momento) ir con Strawberry Perl. El ejecutable ppm entra en conflicto con una de las DLL de Box.com. La interfaz gráfica de usuario no se iniciará en absoluto (dando un mensaje de Windows de que el "intérprete perl ... ha dejado de funcionar"). También he tenido problemas intermitentes con la versión de línea de comandos de ppm cuando el cliente de Box.com está instalado.
Strawberry Perl usa CPAN, lo que significa que está actualizado en lo que respecta a los módulos. Cuando se agregan cosas a CPAN, tiene acceso inmediato a ellas. Strawberry Perl también viene con MinGW, lo que significa que Strawberry Perl puede usar bastantes módulos XS directamente de CPAN sin ninguna modificación. La distribución MinGW viene con gcc , make , ld y otras herramientas para ayudarlo a construir módulos. Creo que Strawberry Perl también viene con algunos módulos que le permiten instalar PPM (archivos Perl Package Manager).
ActivePerl instala módulos usando su propio formato llamado PPM (Perl Package Manager). El repositorio oficial está alojado por ActiveState. Puede encontrar PPM para la mayoría de los módulos populares, por lo que no debería tener ningún problema a menos que esté buscando un paquete oscuro o realmente nuevo (por lo tanto, las últimas novedades no funcionarán porque PPM suele estar rezagado respecto de CPAN). Aunque son más fáciles de instalar que los módulos de CPAN, los PPM se crean específicamente para Windows, por lo que algunos módulos de CPAN no funcionarán (porque hacen cosas específicas de Unix).
He usado ambos antes y parecía funcionar en la mayoría de los casos. Pero me inclino por Strawberry Perl porque el entorno está más cerca de Unix y, por lo tanto, no hay muchas incompatibilidades. Por otro lado, ActivePerl está hecho para Windows y funciona muy bien con Windows.
Otra opción es instalar Cygwin y Perl que viene con Cygwin. Lo he hecho antes y funciona razonablemente bien. También tienes acceso a CPAN.
Elige lo que piensas que funciona mejor para ti.
Strawberry es más unixy en su enfoque, y siempre he sido muy feliz cuando he trabajado con él.
ActiveState, sin embargo, debido a su sistema de gestión de paquetes personalizado, ha sido un dolor colosal cuando he trabajado con él. Esto importa cuando estás en un entorno empresarial.
Por solo perder el tiempo, IMO, Strawberry es mejor. /subjetivo