c++ - 新项目 : I am having troubles picking a language to use

Question

我正在开始我的第一家独立营利企业。我很难决定使用哪种语言。我想用 Perl 编写我的应用程序，但我认为编译起来不够简单。如果我不用 Perl 编写，我会用 C++ 编写。

该应用程序将具有许多功能，包括 wxwidgets接口(interface)，处理SDL，定时器，一些线程，和音频处理。该程序本身会有些复杂，但不会特别大。

所以我的问题是:

1. PAR、Perl2exe 或等效程序能否编译出基本测试用例以外的内容？
2. 撇开速度和编译不谈，为什么我应该使用 C++ 而不是 Perl？

---

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

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

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

Answer 1

我既是 C++ 程序员又是 Perl 程序员。 C++ 是一种不错的语言，但每当我有选择的时候，我都会选择 Perl，因为开发的速度要快得多。

一些评论:

1. PAR、perlapp 和 perl2exe 不是编译器。他们是包装商。除了 perl 本身，没有 Perl 编译器。如果您想要某种形式的字节码形式的 Perl 代码，则必须等待 Parrot 上的 Perl 6。
2. 我已经使用 PAR 打包了一个总共有大约 500k SLOC 的应用程序，不包括 perl 本身。它运行良好，运行速度与 perl 本身相同，但启动速度较慢。那是 2005 年，从那时起，如果在打包程序的开发机器上安装 Archive::Unzip::Burst 模块，启动性能将得到显着提高。我已经成功地将 PAR 用于各种大小从微小到上述 500k 行的应用程序。如果您需要 PAR 方面的帮助，可以使用一个活跃且友好的邮件列表。只是帮我们和你自己的忙，不要附和“天哪，什么都不管用，帮帮我，kthx!”。人们一直这样做(有时仍然会得到帮助)。 :)
3. Perl 的线程不是很好。检查 POE 之类的东西是否符合您的要求。我是 threads.pm 用户，但我宁愿不是。向辛勤工作的维护者 Jerry D. Hedden 致以适当的歉意。
4. wxPerl 的状态非常好，并且有一个围绕它的社区。自然地，由于 wxWidgets 是 C++，它总是更现代和更完整。
5. SDL Perl 是库的直接包装器。 (小)文档假设您已经知道它。根据我的经验，阅读不同语言的图书馆文档可能会有点麻烦。
6. 计时器在 perl 中很好用:Time::HiRes
7. 可移植性很难。在 C++ 中比在 Perl 中更是如此，但这实际上总是归结为纪律和能够在许多平台上进行测试。
8. 对于 Windows 上的 Perl，请务必查看 Strawberry Perl。