对于perl模块的创建是否有任何特定的约定/最佳实践？

文件的分类依据（现在我的每个文件都是针对特定的任务/部分）、文件中的最大行数、面向对象perl的文件设计等

如果有任何相同的好链接，请提供给我

---

谢谢

我认为基本的OOP原则适用于这里

例如，CPAN发行版创建约定定义模块/类的目录结构lib、测试的t、自述等等，但不定义类的定义方式。此外，还有：

本文档试图描述Perl社区编写Perl模块的“最佳实践”。它扩展了perlstyle中的建议，在阅读本文档之前，应将其视为必读内容

虽然本文档旨在对所有模块作者有用，但它特别针对希望在CPAN上发布模块的作者

重点是模块用户可以看到的样式元素，而不是只有模块开发人员才能看到的部分。然而，本文件中提出的许多指南可以外推并成功应用于模块内部

本文档与perlnewmod的不同之处在于，它是一个样式指南，而不是创建CPAN模块的教程。它提供了一个检查表，可以对照这些模块来确定它们是否符合最佳实践，而不必详细描述如何实现这一点

事实上，根本不需要使用OOP。有许多成功的经典模块只是导出子例程