performance - 今天解释型语言应该有多快?

标签 performance interpreter scripting-language

  • 解释型编程语言的(主要/唯一可行的)实现速度是当今的标准吗?
  • 速度和抽象之间的最佳平衡是什么?
  • 脚本语言是否应该完全忽略所有关于性能的想法而只遵循快速开发、可读性等概念?

  • 我问这个是因为我目前正在设计一些实验语言和解释器

    最佳答案

    速度很重要,是的,但通常在执行速度被 I/O 成本超过的情况下使用脚本语言,所以它不是最终的,是全部。更重要的是语言结构和特征。首先处理这些,然后处理执行速度。

    也就是说,我认为最终如果您希望构建一种新的通用语言,您将走大多数人正在走的路线,即在执行期间预编译为字节码和 JIT 编译。

    关于performance - 今天解释型语言应该有多快?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2850430/

    相关文章:

    bash - Bash 是一种解释型语言吗?

    operating-system - 内置脚本语言可用于所有主要操作系统?

    java - 我什么时候应该使用多个 SOLR 实例?

    c++ - 哪个更快 : Stack allocation or Heap allocation

    c - 我将如何着手用 C 编写解释器?

    clojure - 为 ANTLR 语法编写解释器

    language-features - 为什么要在Python上使用ruby,反之亦然?

    performance - 查找最大/最小连续异或值

    r - h2o.performance 预测与 h2o.predict 不同?

    haskell - Haskell 中如何定义 (==) ?