我应该选择 ActivePerl 还是 Strawberry Perl 呢?

我对 Perl 完全不熟悉,但我想试试它。我了解到 Windows 平台上有两个相互竞争的发行版(我猜其他操作系统上只有 Perl:)。

维基百科说,Strawberry提供了额外的开发工具来编译 CPAN 模块,ActivePerl 有很多预先打包的模块,使用 PPM 更容易安装。听起来也不错!

这两者之间有一个明显的权衡。我想知道我应该选择什么开始? 如果我选择一个,迁移到另一个有多难?

更新:

我对这两个发行版进行了几个星期的试用。事实上我两个都喜欢,这是件好事! 这两种方法都不会出错。 最终选择 ActivePerl 只是因为它附带了离线文档(HTML 格式)——对于那些在路上或者只是不经常连接的人来说,它是一个伟大的生活救世主。 当在度假的时候,当我不总是在线的时候,我很容易就开始学习 Perl 语言。

csdnceshi57
perhaps? AFAICT, strawberry comes with perldoc so with offline documentation for everything.
7 年多之前 回复

10个回答

After having used both for years, I'd say, for me at least, Activeperl is a much more convenient choice. The ppm-Installer included in Activeperl allows you to add alternative ppm repositories which will give you access to almost all useful perl modules available on CPAN - but prepared and tested for windows. This was for me, in the long run, a much better (and more robust) choice. Even for the windows version of the Apache http server, there is a precompiled mod_perl (2.0.4) ppm available which will (did for me) work out of the box with Activeperl 5.12.1 and Apache 2.2.15.

I think I dropped Strawberry after trying to install DBI + DBD::mysql on Windows 7 (which is a no brainer in Activeperl, just click on the ppms and choose install).

But maybe that's solved by now. And maybe one can choose the directory where Strawberry gets installed (I couldn't).

BTW: for compiling your own Inline or XS stuff, just install the MinGW compiler by ppm (I didn't do that but it looks interesting).

Regards

rbo

Addendum: after reading the comment below, I checked Strawberry Perl again and it's now possible to change installation directory, which is a denoted feature of the 5.12.0 release (which is the actual version). This would solve one important (imho) disadvantage of Strawberry Perl (compared to Activeperl).

weixin_41568131
10.24 - thanks for the info. I dropped AP already since Perl 5.16 and didn't look back. It matured significantly during the last years.
7 年多之前 回复
csdnceshi75
衫裤跑路 At some point in the last year, ActivePerl made many of the conveniently available PPMs available through the package manager only if you purchase the Business or Enterprise editions. For those of us who need a free solution, it may be worth revisiting Strawberry.
7 年多之前 回复
csdnceshi66
必承其重 | 欲带皇冠 Yes, Strawberry install directory can be anywhere, except if it contains spaces spaces or non-ASCII characters.
8 年多之前 回复
csdnceshi63
elliott.david ppm is also available for Strawberry and DBD::mysql is included into Strawberry install. Also you can install Strawberry 5.12.x into any directory.
10 年多之前 回复

Strawberry Perl uses CPAN, which means that you are up to date as far as modules are concerned. When things are added to CPAN, you have immediate access to them. Strawberry Perl also comes with MinGW which means that Strawberry Perl can use quite a few XS modules directly from CPAN without any modification. The MinGW distribution comes with gcc, make, ld and other tools to help you build modules. I think Strawberry Perl also comes with a few modules that let you install PPMs (Perl Package Manager files).

ActivePerl installs modules using its own format called PPM (Perl Package Manager). The official repository is hosted by ActiveState. You can find PPMs for most of the popular modules so you shouldn't have any trouble unless you are looking for an obscure or really new package (so bleeding-edge stuff won't work because PPM usually lags behind CPAN). Although easier to install than CPAN modules, PPMs are specifically created for Windows and so some CPAN modules will not work (because they do Unix-specific things).

I have used both before and it seemed to work for most cases. But I lean towards Strawberry Perl because the environment is closer to Unix and so there are not many incompatibilities. On the other hand, ActivePerl is made for Windows and so it works with Windows very well.

Another option is to install Cygwin and Perl that comes with Cygwin. I have done that before and it works reasonably well. You also get access to CPAN.

Pick what you think works best for you.

If your design your application right, it shouldn't matter which you choose.

A big point might be the versions of various modules that each can provide, or not provide. PPM packages can lag behind CPAN releases, but if you aren't careful, bleeding edge CPAN releases can break backwards compatibility. Furthermore, sometimes there will be PPM packages for things that just won't build properly under Strawberry (though this implies that the module is poorly designed more often than not).

Just be aware of the versions of any modules you use, and you should be fine, regardless of which you choose.

In a perfect world, I'd choose debian-interix or pkgsrc-interix perl (not the ancient Perl that ships with Interix/SFU/SUA) since it provides the most POSIX / UNIX -like system (including real copy-on-write fork, not windows fork emulation from Cygwin). I have in the past (and it is installed on Windows machines here), but not everyone can / will install SFU/SUA just for Perl. In those cases I'd recommend ActivePerl, primarily for the interface's familiarity to Windows users (PPM graphical shell versus CPAN) and its integration with the Perl Dev Kit (PerlExe, PerlNET, PerlSvc, and friends). Also, contrary to what others have answered, you can use CPAN (and the CPAN shell) with ActivePerl (though it does involve installing the necessary dev tools via PPM first) if you need it.

csdnceshi68
local-host Unfortunately, Interix (SUA) is deprecated in Windows8: brianreiter.org/2011/09/15/sua-deprecated-in-windows-8
7 年多之前 回复

Strawberry is more Unixy in its approach, and I have been always very happy when I've worked with it.

ActiveState, however, due to its custom package management system, has been a colossal pain when I've worked with it. This matters when you're in an enterprise environment.

For just messing around, IMO, Strawberry is better. /subjective

Both are great and work the same. Strawberry is known for being able to build XS modules, but you can do that with ActiveState too if you just install the Visual Studio SDK (or the free express version).

For that matter, if you have access to Visual Studio, the best you can do is to build Perl from source (it's pretty easy if you read the README) and keep building your modules with the same compiler. That's actually a better idea than having a mixture of compiler/modules.

One thing you have to consider if using ActiveState: If you install it on a server facing the internet, then you are required to buy a Business license ($1000/year/server as noted by Ron Warshawsky). It doesn't mean it won't work, it's only a matter of being a requirement in the EULA. Many people don't know this and have it installed on internet-facing servers without buying the corresponding license.

csdnceshi66
必承其重 | 欲带皇冠 +1 for warning that ActiveState is not free (contrary to popular belief).
大约 7 年之前 回复

Amplifying just a tiny bit on Vivin Paliath's helpful answer:

AcitveState / PPM pros: If there's a PPM for your version, it's going to work, and simply.

ActiveState / PPM cons: There's not always a PPM, or at least not always an up-to-date one.

Strawberry / CPAN pros: Your repository is CPAN, not a bunch of binaries maintained by third-parties. You have new modules the moment the author releases them, and you're using the build system that the author intended.

Strawberry / CPAN cons: Not everything is guaranteed to build perfectly with the Windows tools.

Strawberry / CPAN mitigating factor: The Strawberry devs try really, really hard to make sure that everything goes smoothly and that as much of CPAN as possible is available to you, and when modules are identified as trouble spots (difficult to build on Windows, but required for other popular modules/apps), they'll either work with the author to get the module fixed so that everyone can install it, or in exceptional cases, apply their own fixups and bundle the module with Strawberry or Strawberry Professional.

My preference is with Strawberry. I appreciate what ActiveState is trying to do, but I think it's a bottleneck in the development process. They were necessary before the community got together and built Strawberry to bring Windows into the "first world" of the Perl ecosystem, but they're not necessary anymore.

ActivePerl excludes tons of modules from Community edition and building them under Windows is a real pain.

Also, they would let you download and use only latest editions for free. Everything else, like access to 5.8.8 or to earlier version of modules is either Business ($1000/year/server) or Enterprise edition (per quote).

If you are using the box.com client to sync files, then you probably want (at least at the moment) to go with Strawberry Perl. The ppm executable conflicts with one of the Box.com DLLs. The gui will not start at all (yielding a Windows message that the "perl ... interpreter has stopped working".) I have also had intermittent problems using the command line version of ppm when the Box.com client is installed.

If Larry Wall uses Strawberry Perl so should you. ;)

立即提问
相关内容推荐