解释器和框架的启动缓慢:其便利性更重要?

时间:2009-09-29 07:54:28

标签: frameworks performance

通常,如果使用众所周知的解释器/脚本语言或框架编写程序,开发人员通常无法控制程序 - 程序启动需要多长时间。但由于创新性,这些语言更容易开发并反映臭名昭着的RAD概念。另一方面,用户通常不关心程序是如何开发的,即使他们知道,他们只是希望软件可靠而快速地工作。这种差异的一个例子是sqlite数据库的现有管理员。有些用这些语言制作,并且通常比用一般编译语言制作的语言要多得多(具有讽刺意味的是它打破了sqlite的“轻盈”)

我知道计算机每天变得更快,我们可以肯定很快就会有明显的差异,但现实就在这里。

那么你的想法是什么?如果知道用语言A开发的开发人员很有趣并且开发的“高速公路”应该记住未来用户不会注意到“有趣”,但会注意到“慢”

2 个答案:

答案 0 :(得分:1)

在“过去的美好时光”(当时并不那么棒),程序员会自己做所有事情。我们会告诉图形芯片显示器应该是什么样的,我们在颜色寄存器中戳颜色,我们会通过翻转内存中的位来绘制线条。

启动是即时的。

今天,软件需要自己弄清楚所有这些事情。由于代码不是那么聪明(但是),它们以最一般的方式进行。所以经常会初始化你永远不需要的东西。从积极的方面来说,您现在可以使用框架和脚本语言。如果一切都经过优化,他们仍然会在实验室中进行研究。

但我仍有希望。 Java高达1.1的速度很慢。然后来了1.2,每个版本的东西都变得更好了。今天,Java很容易与任何编译语言相提并论。

因此,虽然它们今天很慢,但如果有必要,下一个版本会更快(这意味着:有人觉得需要在这个领域工作)。这意味着使用该代码的所有人都可以受益。

在过去,每个人都必须更改启动代码。今天,您只需更新版本并重新构建。

这是一个问题吗?并不是的;如果是的话,有人会解决它。最重要的是,今天许多软件启动一次,然后运行数天,数周甚至数年。在这种情况下,启动时间确实无关紧要。

Eclipse在我的机器上启动需要三分钟。那是三分钟,我有休闲计划我的一天。开始后,我有八个小时不间断的工作。我觉得这更重要。

答案 1 :(得分:0)

我认为我们需要记住为什么“乐趣”是好的。一种“有趣”的语言通常很好,因为它简单而有力。最后,它通常可以更容易地编写干净,可维护的代码。

我认为可维护代码更加重要,快速,但令人困惑的代码。

所以最后我相信尽管可能会有一些缓慢,但最终的产品可能质量更高,使用寿命更长。