------------------
这样的动态,对Ruby的发展恐怕没有好处,现在Ruby的线程(thread)是语言级,差强人意,不支持多CPU环境(多CPU时代已经开始了!),过分这类动态,只会增加线程实现的难度, 削弱线程性能。
现在流行的这些动态语言(脚本语言基本上都是动态语言),确实是比较通用型的(也不确切,好象比较注重网络方面的应用),把它们直接用在工业应用中,并不合适,有待相关专业人士在C/C++接口上扩充专业功能模组。现在一般的大型软件,都会自带脚本语言,不过没有几个象样的,但是,不要小看它们,尽管它们不太象样,可对主体软件的帮助却很大,可以成千成万倍地提高主体软件的功能和灵活性!一个好的软件,不是拥有包罗万象的功能,而是要具有扩展包罗万象功能的潜能,靠什么?靠二次开发接口/语言,其中很重要的是提供脚本语言。每个大型软件都自带一个不一样的脚本语言,学习起来实在累!脚本语言不仅仅是让专业程序员掌握使用,更要让相关应用的专业人士能够掌握使用!因此不该太难学。在众多的大型应用软件中AutoCAD的二次开发的多元化环境是相当不错的,不过AutoCAD提供的脚本语言LISP并不理想(存在不少问题)。但是LISP对AutoCAD作用很大,很多人,包括许多优秀人才在孜孜不倦地开发大量LISP应用程序,感觉上很浪费、很可惜,如果有更好的脚本语言,他们能做更多更好的事!
myan的一番“变”的论述,实在精彩!足见其深邃洞察力!在非常讲究工作效率的年代,如何适应这种“变”?完全依赖传统的编译型语言是行不通的。
现在问题是人们对脚本语言的认识不足,尤其对脚本语言的重要性认识不足,现在众多的脚本语言不好,并不代表脚本语言不重要。人们对脚本语言的认识还有个误区,就是脚本语言运行慢,事实上很多情况下这不是问题,对于窗口操作,一个操作中因为 程序运行贻误 0.001秒、与0.01秒是没有差别的!前些天在CSDN Blog上有个报道说, Python一个程序比相应的 C/C++程序运行还快,很多人参与讨论。事实上,只要脚本语言核心设计得当,其算法好,脚本应用程序的编程能短小精悍、扬长避短,特别需要运行效率的地方,可以用C/C++接口做个功能块/函数插入, 脚本语言的程序可以运行良好的。
文章来源于领测软件测试网 https://www.ltesting.net/