基本上,面向对象语言的唯一优势是提高对程序目的的理解吗?
面向对象语言的编译器是否将对象分解为结构和函数库?
发布于 2009-12-30 14:43:38
基本上是这样的。唯一的好处是提高了对代码的理解。
对于某些语言,编译后的OO版本与非OO版本相同。例如,Perl。在大多数情况下,OO版本比非OO版本慢得多。除了非常罕见的例外,非面向对象语言总是比面向对象语言更快。
但一般来说,最有经验的程序员会告诉您不要担心OO和非OO语言之间的性能差异(或者Lispers会告诉您不要担心过程语言和函数式语言之间的性能差异)。这是因为你永远不应该,永远,永远,低估理解代码的重要性。
现在我们很少再谈论它了,因为我们已经习惯于使用非常高级的语言--无论是面向对象的,还是函数式的,还是多范式的,或者是元编程的。但回到80年代和90年代,当时发生了一场软件危机。软件危机是什么?这基本上是大多数软件项目从未完成的事实!
软件危机影响了该行业的所有部门:从军用雷达系统,到游戏,再到商业操作系统。消费者称它们为蒸气器皿。它们是过于雄心勃勃的项目。
但如今,有很多雄心勃勃、令人印象深刻的项目设法至少达到了测试版(对于web2.0来说,测试版对于公众来说已经足够好了)。部分原因是我们现在更好地理解了需求工程,也更好地理解了软件开发的过程。但部分原因也是因为我们有更好的工具来真正理解我们在做什么。而OO就是这个工具集的一部分。
发布于 2009-12-30 14:24:45
是的,方法代码是类定义的核心,每个实例方法都接受一个指向数据的隐式this指针作为其第一个参数。如果你反汇编一个实例方法调用,你会看到这一点。
发布于 2009-12-30 15:02:00
这里有几个比较速度的链接,首先是比较C/C++,请阅读全文:http://unthought.net/c++/c_vs_c++.html
要比较Python、Java、C++、PHP和其他语言:
http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/
但是,为了回答您的问题,OO的主要优势是,对于许多问题,它是建模解决方案的最佳方式,因为模型自然适合对象。但是,如果你试图强迫它在不适合的地方工作,你将更难理解代码。
因为有许多不同类型的问题,所以有各种语言范式,您应该选择最适合建模解决方案的语言类型。例如,我不想用C++编写操作系统,因为它似乎不适合OO方法,但我也不想用C语言编写赛车游戏,因为有对象会更有意义。
根据语言和编译器的不同,您可能会看到编译后的应用程序编译为C语言,但其他应用程序则不会,因为有些应用程序将被解释。
例如,C++编译成C语言,但Java不编译,.NET语言也不编译。PHP通常是解释型的,尽管也可以编译它(尽管我从未尝试过)。一种编译器是:
https://stackoverflow.com/questions/1978627
复制相似问题