perl - 我应该使用 CPAN 中的哪个软件包来发送邮件？

Question

我应该使用 CPAN 中的哪个软件包来 发送邮件 ?

有时 timtowtdi 方法很累人。对我来说，尤其是在包装选择方面。

所以我想要的只是发送电子邮件，可能是 HTML 电子邮件。在 Mail-Sendmail、Mail-Sender、NET-SMTP(顺便说一下 - PPM 中不可用)、Mail-SendEasy 以及大约 80 个其他包名称中包含“Mail”的包之间 - 我应该选择哪一个？

在这个主题中，您选择“规范”慢跑套餐的一般方法是什么。 IE。 “每个人都在使用”的包。某处有评分或人气广告牌吗？

Answer 1

what is your general apprach to choose the "canonical" package for a jog. I.e. the package that "everybody is using". Is there any rating or popularity billboard somewhere?

当我想选择使用几个 CPAN 模块中的哪一个时，我看的东西是

文档:

CPAN 模块的试金石是文档的第一页。如果有一个困惑的概要，或者一个没有简单工作示例的概要，我猜这个模块可能不是一个好的模块。不整洁、凌乱或格式错误的文档也是一个危险信号。

维修状态:

模块最后一个版本的发布日期告诉你它是否正在维护，

CPAN tester's reports告诉你模块是否有可能安装不费吹灰之力

rt.cpan.org 上的错误列表让您了解作者在维护模块方面的积极程度。

另外，是否有该模块的邮件列表？拥有一个邮件列表是一个高质量、维护良好、稳定、文档化和流行的模块的一个很好的标志。

作者:

模块作者的名字是什么？

作者还发布了多少其他模块？

作者发布了哪些模块？

作者是一个很大的因素。有一些作者创造了质量上乘的东西，比如 Gisle Aas、Graham Barr、Andy Wardley 或 Jan DuBois，还有一些人创造了很多可以被描述为“实验性”的东西，比如 Damian Conway 或 Tatsuhiko宫川。警惕那些发布了很多 Acme::(joke) 模块的人。另外，请注意只维护一两个模块的人编写的东西。总共少于五个模块的人通常不会维护它们。

其他事情:

cpanratings.perl.org通常是有帮助的，但要小心翼翼。

除此之外，其中很多只是反复试验。下载并查看它是否通过了自己的测试，看看它是否有任何测试，编写测试脚本等。

通常没有给出有意义的排名的事情:

上的最高结果谷歌 往往是古老的 Perlmonks 或 perl.com 或 Dr. Dobbs 的期刊文章，这些文章通常会将您指向过时的事物。

搜索.cpan.org 的搜索功能把十年没更新的模块放在第一页，最新最好的放在第十页什么的。

谨防“炒作”:

我还要说的一件事:警惕关于博客、stackoverflow、Usenet 新闻等的建议——人们倾向于引导您使用本月的任何模块，而不是一个稳定的、经过验证的解决方案。 “流行”的模块通常缺乏文档，不稳定，具有噩梦般的依赖关系，而且昨天的流行模块经常突然失宠并被抛弃，被当月的另一种风格所取代，如果你决定这样做，你就会陷入困境使用它们。