inkflower
发表于 2013-10-14 18:04:17
回复 30# hash
听说你早就脱离龟速组了
我可一直都是龟速组组员,可没有混
nol
发表于 2013-10-14 18:08:03
本帖最后由 nol 于 2013-10-14 06:12 PM 编辑
回复 31# inkflower
我是小组主要成员
管家是伪龟ttk_35 好厉害的技术龟啊 帝王级
hijacker
发表于 2013-10-14 18:25:18
读完了~ 好强,几乎可以作为dll方面的独立教材来学习了~谢谢楼主分享!
supertu
发表于 2013-10-14 18:36:39
强悍阿,COM组件威力集中大爆发呀。
inkflower
发表于 2013-10-14 18:37:38
回复 32# nol
你家管家隐藏得很深,其实他有很多种身份,帝王技术龟是他多种身份中的一种
when
发表于 2013-10-14 19:04:02
晕了yct30
hijacker
发表于 2013-10-14 19:37:13
求科普:
perl生成的.dll和c生成的.dll在调用时的执行效率是否相同?
hijacker
发表于 2013-10-14 19:47:48
本帖最后由 hijacker 于 2013-10-14 07:57 PM 编辑
Oh!刚想到: 楼主有提到 perlctrl生成.dll时将打包一个perl解释器,意思是不是打包好的函数在被调用的时候也是边解释边执行的?所以解释型语言和编译型语言的速度差异其实也被带入了.dll?那么我如果想把com组件做的很大很复杂、并且追求性能的极致,应该选择用编译型语言来构造动态函数库?——这样理解对不对呢?
supertu
发表于 2013-10-14 20:03:57
编译型语言执行效率先天高于解释型,不区分在DLL还是其他调用。
COM是跨平台语言的通用接口,各种语言的只是按照COM标准封装起来后通过相应接口访问。
偶的浅薄理解{:7_276:}
inkflower
发表于 2013-10-14 20:25:26
perlctrl做的.dll仍然是以perl来执行的
追求极致效率的话编译型语言编写.dll是首选