Macos 在Coco应用程序中使用外部perl会被认为是不好的做法吗？

我有一些perl应用程序和模块，用于许多任务

我想把这些包起来，在它们周围放一个古柯包装纸，这样我就可以把它们分发给其他人

---

假设我可以强制使用捆绑的OSX perl，并在我的应用程序中包含我需要的模块，那么这样做有什么真正的问题吗？我真的不想重新实现我已经做过的所有事情。

只要您采用良好的编码实践，就应该可以了。我本人从未在Cocoa应用程序中使用过Perl。您可能希望查看骆驼骨骼：

---

这是一个Perl/Cocoa桥。我自己从未使用过它，但它可能会有所帮助。

只要您采用良好的编码实践，它应该是好的。我本人从未在Cocoa应用程序中使用过Perl。您可能希望查看骆驼骨骼：

---

这是一个Perl/Cocoa桥。我本人从未使用过它，但它可能会有所帮助。

使用系统提供的工具，包括Perl，没有什么错。需要考虑的事项：

• Perl的版本随着版本的变化而变化。因此，如果您需要支持10.4-10.7，那么最终将得到各种各样的Perl版本的支持
• 包含您自己版本的模块可能很棘手，特别是当这些模块依赖于其他模块时，尤其是当这些模块包含编译代码时
• 有时，用户对其系统Perl的干扰超出了您的想象。特别是，他们可能会安装新模块或升级现有模块。理想情况下，你可以说“不要那样做”，但这会造成问题

我的团队在不同版本的OS X上处理

Net:：SSL

时做了噩梦。由于管理系统库中可能存在的所有不同版本的Perl和Perl模块，我们最终将Perl完全从代码库中删除

---

但是，如果您保持依赖关系简单，那么使用系统Perl就没有问题。

使用系统提供的工具（包括Perl）没有问题。需要考虑的事项：

• Perl的版本随着版本的变化而变化。因此，如果您需要支持10.4-10.7，那么最终将得到各种各样的Perl版本的支持
• 包含您自己版本的模块可能很棘手，特别是当这些模块依赖于其他模块时，尤其是当这些模块包含编译代码时
• 有时，用户对其系统Perl的干扰超出了您的想象。特别是，他们可能会安装新模块或升级现有模块。理想情况下，你可以说“不要那样做”，但这会造成问题

我的团队在不同版本的OS X上处理

Net:：SSL

时做了噩梦。由于管理系统库中可能存在的所有不同版本的Perl和Perl模块，我们最终将Perl完全从代码库中删除

---

但是如果您保持依赖关系简单，那么使用系统Perl就没有问题。

只要您管理依赖关系并提供一个像样的安装程序/文档，就可以了。只要您管理依赖关系并提供像样的安装程序/文档，就可以了。