为什么RPP比lua更适合做脚本语言?

1.RPP以静态类型为主,最终的效率肯定比动态类型的lua要高,并且不会引起GC停顿。(目前与luaJIT性能接近)

2.RPP没有GC(自动垃圾回收),与C/C++互相调用简单直接,而且他们共享进程内存空间,RPP变量和C++变量生命周期相同,不会出现像lua一样的这里变量已经GC了那边还在使用。

3.RPP目前兼容50%的C++语法,70%的C语法,因此它天生就更亲近C++系的语法,所以C++程序员几乎无需学习即可使用。

4.RPP支持指针和内联汇编,底层操作更方便。

当然lua已经发展了许多年,RPP还很年轻,成熟度目前比不上lua,也有很多需要改进的地方,所以期待您一同参与RPP开源项目。

以下列举lua的一些比较坑爹的特性,当然只是一家之言,欢迎批评指正:

1.没有continue。

2.下标从1开始。

3.没有i++。

4.local比var多2个字母。

5.end比}多2个字符。

6.do比{多1个字符。

7.for循环无法改变循环变量的值。

8.奇怪的逻辑运算符and or返回值。

9.不等于居然是~=。

10.没有switch。

时间: 2024-10-11 17:17:37

为什么RPP比lua更适合做脚本语言?的相关文章

B树、B-树、B+树、B*树介绍,和B+树更适合做文件索引的原因

今天看数据库,书中提到:由于索引是采用 B 树结构存储的,所以对应的索引项并不会被删除,经过一段时间的增删改操作后,数据库中就会出现大量的存储碎片, 这和磁盘碎片.内存碎片产生原理是类似的,这些存储碎片不仅占用了存储空间,而且降低了数据库运行的速度.如果发现索引中存在过多的存储碎片的话就要进行 “碎片整理”了,最方便的“碎片整理” 手段就是重建索引, 重建索引会将先前创建的索引删除然后重新创建索引,主流数据库管理系统都提供了重建索引的功能,比如 REINDEX.REBUILD 等,如果使用的数据

为什么nacos比zookeeper更适合做注册中心

首先,那么为什么说zookeeper不适合做服务注册中心呢? 从CAP角度来看 有个思考,从CAP角度考虑,服务注册中心是CP系统还是AP系统呢? 首先,服务注册中心是为了服务间调用服务的,那么绝对不允许因为服务注册中心出现了问题而导致服务间的调用出问题. 再者, 假如有node1,node2,node3,集群节点. 保存着可用服务列表ip1,ip2,ip3,试想如果此时不一致,比如node1只保存了ip1,ip2,此时服务读取node1的节点,那么会造成什么影响? 调用node1的服务,顶多就

为何传统家电企业更适合做空气净化器?

前些日子,有关于"健康生活"的理念忽如一夜春风,几乎在一夜之间刮遍了大江南北,在这种全民皆健康生活潮流的影响下,空气净化.环境污染治理等词语便成为大众耳熟能详的新名词.一些有市场远见的厂商,更是趁着这股东风纷纷推出各种空气净化设备,以身体力行方式践行这个全新的理念.这些前后参与的厂商有来自其他领域的新锐厂商如互联网企公司,也有在制造行业沉淀了悠久历史的传统家电企业. 虽然其他领域的公司和传统家电企业在市场机会方面都是平等的,但就目前的综合情况来看,传统家电企业依靠自身的技术积累.品牌沉

十二星座哪个更适合做程序员?

原文链接 程序猿是一种常年处在被黑-自黑状态中的生物,他们的大部分时候都贡献给了他们热爱的代码事业,虽然大家都是程序员,但即使是同一种语言,每个程序员各自写起代码来还是有很多的不一样的,这或许和他们的星座和性格有很大的关系~ 处女座向来是被大家黑的比较惨的星座,但是如果是写代码,"完(jiao)美(zhen)"的处女座却变成了无数大公司欢迎的CTO种子级别选手!真是十年被黑一朝翻身! 说到白羊座,怎么可能看到一整段白羊座程序员写的完整代码!他们的电脑里大概存了三万多个文档,都是极其美妙

适合做自动化的项目

自动化测试最怕的就是需求不稳定,过高的需求变更频率会导致自动化测试用例的维护成本直线上升. 刚刚开发完成并调试通过的用例可能因为界面变化,或者是业务流程变化,不得不重新开发调试.所以 自动化测试更适用于需求相对稳定的软件项目.第二,研发和维护周期长,需要频繁执行回归测试.1. 在我看来,软件产品比软件项目更适合做自动化测试.首先,软件产品的生命周期一般都比较长,通常会有多个版本陆续发布,每次版本发布都会有大量的回 归测试需求.同时,软件产品预留给自动化测试开发的时间也比较充裕,可以和产品一起迭代

测测你适不适合做销售

我们在很早以前就已经明白了,不是所有的人都适合做销售,销售职员必需具有一些基础的特质,这些特质有些与个人的天赋.个性有关系,有些与个人的履历.经验有关,关于个人特质方面我们在以前的良多文章里面已经分析过多次,在这里我们主要讨论春秋这一比较刚性.也比较轻易判别的要素,来进一步分析什么样的人适合作销售,通过这些分析,以期进一步增强企业选才的正确性.   所有的销售基本上都可以分成效率.效能型两种,这一点已经在以前的文章里面讨论过了,下面就他们的最佳春秋进行分析:    适应“效能型”销售的春秋  

主流脚本语言的比较和选择

主流脚本语言的比较和选择 —— Hywhy 过去这一年的时间里,我买了不少书,查了很多资料,可以算是认真的学习了几种主流的脚本 语言,因为我一直想搞一个好用的自动化工具,来方便我们的系统维护.虽然这个愿望还没有达成,但是在这个过程中,还是学到了很多东西.今天下午,跟同事们 聊天时,说到了脚本语言,这是比较难得的,也正好借这个契机,把我的一些看法说一说,有不妥和错误的地方,请大家多指正. 为什么选择脚本语言 为什么选择脚本语言,可能每个人面对的实际情况都不一样.语言本身没有好坏之分,只有合适或者不

脚本语言,面向对象语言,面向并发语言-杂谈

我 15:40 我看python写的是初学者的语言 这个有几层含义呢 是这个语言不够强大么? 永神 15:41 嗯 我 15:41 还是说这个语言简单易学? 永神 15:41 比较简单 应该是脚本类的语言 肯定不如JAVA C++强大 一般程序员,拿来作为一个辅助的技能 而不是专门作为一个职业 我 15:42 那java这些算什么语言啊 高级程序开发语言? 永神 15:42 JAVA啊,面向对象语言,是一个体系 高级程序语言指的是对计算机来说高级 我 15:43 那linux的shell呢?和p

CloudStack和OpenStack该如何选择(如果准备选择OpenStack,请做好hack的准备。CloudStack的底层功能已经做的很完善了,更适合商用)

国内做云计算的目前基本会在OpenStack和CloudStack中做一个选择.CloudStack 和OpenStack选哪一个,要根据自己的业务模式和研发力量来定. 作者:来源:cloudstack中国社区|2015-07-09 10:22 收藏 分享 国内做云计算的目前基本会在OpenStack和CloudStack中做一个选择.大部分公司都会选择OpenStack,这些大部分公司中的中小公司会在使用OpenStack一段时间之后,选择用CloudStack.我个人认为,CloudStac