速度是慢点
不过在现在的硬件条件下，基本可以忽略
关键还是算法

不管它快慢，关键是，你的应用是否需要那么快？0.01秒和0.001秒对用户来说是没有区别的。
至于效率究竟如何，写个测试比听分析家分析要好得多吧。这种比较，其实测试一些基本语句就可以比较出来了。

写个程序打开2G大的图片，立马见真功

引用:

原帖由 qiao 于 2008-5-6 09:32 发表
写个程序打开2G大的图片，立马见真功

看算法还有表现的方法了.

引用:

原帖由 qiao 于 2008-5-6 09:32 发表
写个程序打开2G大的图片，立马见真功

这个不能说明问题。因为有可能是处理图形的库没有高效的实现。
就编译型的语言来说，没有理由效率很差，除非做编译器的人很笨或者很懒。
ms的人有点懒，但还不笨，所以应该不会太差。

兄弟们啊,你们到底有没有打开过2G的图片啊!

引用:

原帖由 qiao 于 2008-5-6 19:45 发表
兄弟们啊,你们到底有没有打开过2G的图片啊!

想知道谁快，写个小程序，看汇编代码不就行了，何必浪费硬盘呢？
我又多话了。你说哪个快？我同意行了吧。。。。。

[ 本帖最后由 wandou 于 2008-5-6 19:57 编辑 ]

我的意思是在切豆腐的问题上,宝剑和菜刀是一样的.观点表达完毕.

算法好比武艺,语言好比宝剑,配在一块才能发挥最大功效,你说关羽拿着菜刀厉害不?也一样厉害!但是否在万马军中.....,那就很难说了.

引用:

原帖由 qiao 于 2008-5-6 20:57 发表
算法好比武艺,语言好比宝剑,配在一块才能发挥最大功效,你说关羽拿着菜刀厉害不?也一样厉害!但是否在万马军中.....,那就很难说了.

玩这些极限运动效率最快还是汇编,不是一般的NB.但别忽略了开发时间和难度.....