用Moose包装标准Perl模块是否“OK”？

概述许多标准模块都使用直接perl – 问题是这些家伙没有使用Moosey的东西,所以我发现自己用Moose包装它们或者为了方便在大型库中重新发明一些简单的函数. 我想知道是否有任何一般方法来处理使用Moose的开发人员如何合并非Moose的其他库. 对Perl和Moose不熟悉我想更好地了解Moose在这种情况下是如何使用的,或者通常更喜欢使用Moose vs Perl甚至是MooseX,或其他一些 许多标准模块都使用直接perl – 问题是这些家伙没有使用Moosey的东西,所以我发现自己用Moose包装它们或者为了方便在大型库中重新发明一些简单的函数.

我想知道是否有任何一般方法来处理使用Moose的开发人员如何合并非Moose的其他库.

对Perl和Moose不熟悉我想更好地了解Moose在这种情况下是如何使用的,或者通常更喜欢使用Moose vs Perl甚至是MooseX,或其他一些软件包,或者它是否是任意的.

似乎有不同的思想流派,但Perl虽然年代久远 – 有太多相互冲突的来源,所以很难导航到一致的事实.我不确定该相信什么！

任何人都有一个明确的来源,他们转向“现代”使用perl？明白我一直只使用perl一个月,所以我对这个社区都很环保.

更新

我不想以他们可能不欣赏的方式谈论他们喜欢的图书馆来伤害任何人的感受,所以我已经删除了我对用于重新关注手头问题的某些图书馆的评论.

谢谢你的指导！

解决方法 虽然我不知道其他人做了什么,但我会非常不愿意为自己创造额外的工作.我没有看到任何一般需要Moosify已经有效的一堆模块.

如果您想继承非Moose模块,请查看MooseX::NonMoose.

如果CGI.pm中的HTML生成困扰你,你可以使用CGI::Simple.

总结

以上是内存溢出为你收集整理的用Moose包装标准Perl模块是否“OK”？全部内容，希望文章能够帮你解决用Moose包装标准Perl模块是否“OK”？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。