新项目:我很难选择一种语言来使用。

Question

我开始了我的第一个独立的盈利冒险。我很难决定使用哪种语言。我想用Perl编写我的应用程序，但我认为它不会简单到足以编译。如果我不用Perl编写它，我将用C++编写它。

该应用程序将具有许多特性，包括wxwidgets接口、处理SDL、计时器、一些线程和音频处理。这个程序本身会有点复杂，但不会太大。

所以我的问题是：

1. PAR、Perl2exe或等效程序可以编译比基本测试用例更多的程序吗？
2. 除了速度和编译之外，我为什么要在Perl上使用C++呢？

编辑:我的一些项目规范。

• 多平台。我期望我的50%或更多的用户拥有macs，其余的大部分都是Windows用户。如果可能的话，我也想支持Linux，因为它是我的日常操作系统。
• 因为它是多平台的，所以我需要一个统一的GUI创建工具。它需要能够使用基本类型，并允许我创建自定义事件处理程序和自定义GUI对象。
• 它需要音频处理。阅读和播放，wav和/或mp3。我也将使用一些自定义算法来确定音频文件的特殊属性，比如节奏、模式等等。
• 我想但不需要SDL/OpenGL的支持。

其他的一切都很平凡。一些不同的类别和容器。一些自定义GUI控件。

Answer 1

为什么不同时使用两者的混合呢？这是目前许多发展中国家普遍采用的方式。

我建议使用Lua/C++或Python/C++组合体(我不确定Perl/C++组合体的工作效果如何，但这也是一个不错的选择)。

就我个人而言，我已经做了一堆Lua/C++组合，这是非常棒的。

Answer 2

我既是C++又是Perl程序员。C++是一种很好的语言，但是每当我有选择的时候，我都会使用Perl，因为开发进行得非常快。

以下是几点评论：

1. PAR、perlapp和perl2exe不是编译器。他们是包装者。除了Perl本身之外，没有perl编译器。如果您想要某种形式的字节码形式的Perl代码，您将不得不等待Perl 6的鹦鹉。
2. 我使用PAR来打包一个总共约500 k的SLOC应用程序，但不包括perl本身。它运行良好，运行速度与perl本身相同，但启动速度较慢。这是2005年。从那时起，如果您将Archive::Unzip::Burst模块安装在打包程序的开发机器上，那么启动性能就有了很大的提高。我已经成功地使用PAR的各种不同的应用，大小不等，从微小到上述500 K线。如果您需要帮助PAR，有一个积极和友好的邮件列表。帮我们和你自己的忙，不要插嘴说：“天哪，什么都不管用，帮帮我，kthx!”人们总是这样做(有时还会得到帮助)。:)
3. Perl的线程处理并不好。检查像坡这样的东西是否适合你的账单。我是一个threads.pm用户，但我不想这么做。向努力工作的维护者曾傑瑞D.赫登表示适当的歉意。
4. wxPerl是一个相当好的状态，周围有一个社区。很自然，因为wxWidgets是C++，所以它总是有点时髦和完整。
5. SDL是库的直接包装器。(小的)文档假设您已经知道了。根据我的经验，用不同的语言阅读图书馆的文档可能会有点麻烦。
6. 计时器在perl：时间：：雇用中很好
7. 便携性很难。在C++中比在Perl中更重要，但它实际上总是取决于纪律和能够在许多平台上进行测试。
8. 对于Windows上的Perl，请确保签出Strawberry Perl。

Answer 3

和C++一起去。计时器、线程、音频、SDL、wxwidget，这些都是Perl可以做的，但实际上并不擅长。此外，PAR或perl2exe是笨重的分发机制。它们能工作，但并不理想。同时，C++ (我强烈鼓励您考虑使用助推)很适合这个角色。