embedded - 嵌入 D(编程语言)

Question

我喜欢我读过的很多关于 D 的内容。

• 统一文档(这将让我的工作变得更加轻松。)
• 内置测试功能语言。
• 该语言的调试代码支持。
• 转发声明。 (我总是认为宣布这一点是愚蠢的相同的功能两次。)
• 内置功能可取代预处理器。
• 模块
• Typedef 用于正确的类型检查而不是别名。
• 嵌套函数。 (咳嗽帕斯卡咳嗽)
• 输入和输出参数。 (这是多么明显啊!)
• 支持低级编程 -嵌入式系统，哦耶!

但是:

• Can D 支持嵌入式系统不打算运行操作系统？
• 彻底的声明是否表明它不支持 16 位处理器将其完全排除在嵌入式之外在这样的机器上运行的应用程序？有时你不需要锤子来解决你的问题。
• 垃圾收集在 Windows 或 Linux 上非常有用，但不幸的是，嵌入式应用程序有时必须执行显式内存管理。
• 数组边界检查，你喜欢它，你讨厌它。非常适合设计保证，但对于性能问题并不总是允许的。
• 多线程支持对不运行操作系统的嵌入式系统有何影响？我们有一位客户甚至不喜欢打扰。更不用说操作系统/多线程了。
• 是否有适用于嵌入式系统的 D-Lite？

所以基本上 D 适合只有几兆字节(有时小于一兆字节)的嵌入式系统，不运行操作系统，其中最大内存使用量必须在编译时知道(根据要求。)并且可能小于小于32 位处理器？

我对其中一些功能非常感兴趣，但我的印象是它是针对桌面应用程序开发人员的。

具体是什么导致它不适合 16 位实现？ (假设 16 位架构可以在闪存或 RAM 中寻址足够数量的内存来保存运行时。)仍然可以使用库代码计算 32 位值，尽管比 16 位慢并且需要更多操作。

Answer 1

我不得不说这个问题的简短答案是“否”。

• 如果您的机器是 16 位，那么将 D 装入它会遇到很大的问题 - 它显然不是为此设计的。
• D 本身并不是一种轻量级语言，它会生成大量运行时类型信息，这些信息通常链接到您的应用程序中，并且这也是类型安全变量所需要的(因此标准格式化功能无论是 Tango 还是 Phobos)。这意味着，即使是最小的应用程序，其尺寸也大得出奇，因此可能会导致 D 无法进入 RAM 较低的系统。另外，D 具有作为共享库的运行时(这可以缓解其中一些问题)，但几乎没有经过测试。
• 所有当前的 D 库都需要其下方有一个 C 标准库，因此通常还需要一个操作系统，因此即使这样也不利于使用 D。但是，D 中确实存在实验内核，因此本身并非不可能。到今天为止，还没有任何库可以支持它。

我个人希望看到您成功，但怀疑这是否是一件容易的事。