为何lua能有本身的生命

为何lua能有本身的生命？

最近又心血来潮，想学lua,公司对新技术很渴望，但本身做为一名程序员，心里却很是保守，由于本身貌似只对图形,html,flash还有一些非主流的游戏技术十分感兴趣。lua是做为游戏中大量使用的脚本。可是如今不少人都用脚原本完成轻量级开发，本身就将就看了下。接下啦还须要有耐心把他作完。

    来到鲁班公司后，发现一些问题：

1.             代码陈旧，be这种还要维护好几年前的c++代码。
2.             代码复杂一层嵌一层
3.             莫名其妙的需求，改这里改那里的。                                                                     最有感触的是去年下半年搞砸的那个mc，关于行匹配和列匹配那个算法写起来很麻烦，固然对于借口封装的原则，只须要把算法接口提供出来便可，可是当时的代码很乱，很容易须要重构。后来又提出匹配算法的模糊匹配和行匹配。还有就是测试一直找麻烦的界面问题。
4.             还有就是一堆bug，改完以后，发现总差那么一点点。而后测试人员须要复测，要从服务器拿版本。固然版本初期不明显，到快要发版的时候问题来了，服务器会按时间编译版本，可是你解决好这个问题版本刚准备开始作，平白无故，又拖了好长时间，只能等到下一次作版本的时候才能出来。
5.             还有就是界面问题，须要该来改去的。
6.             webservice这一块，用手封装代码很麻烦，林工搞了一个webservice工具（代码模板实现的），虽然很好用，但中间环节莫名其妙的出了一些问题，旁人有时很难解决，还有就是接口改动也不太容易。
7.             c++编程水平的提高是一个漫长的路。

针对以上的这些问题，我以为用脚本能够轻易的解决。

1.         对于界面问题：（分为布局和界面控件的刷新问题）使用lua，若是有产品或者ui等不满意，能够实时调整。
2.         关于针对改bug，以及需求改动，服务器作版本的速度加快，并且这个东西相似于配置文件，本身直接发给测试去测试，若是bug解决，直接提交服务器，服务器是不用编译这个东西的。
3.          webservice，这个公司有想把借口变为http的rest的倾向，可是lua和python相似，提供了webservice和http的方式。并且这个也恰巧是c++的短板
4.          lua能够轻易的与c++交互。换句话说，c++和lua是关系最好的一对朋友
5.          一些配置文件用lua读取，更方便，如json,xml等。（没办法，不耗费资源的东西，工做量不大，可是简洁的开发，这方面脚本语言颇有优点）

          固然lua也不是万能的，一些问题要注意，lua运算效率很高，可是要比c++差，lua写界面也不容易。lua适合干一些轻量级的事情。

           还有一些东西好比:qq邮箱协议，http协议，文件上传,下载等,能够用lua来搞一套，也轻松方便许多，使用lua就是这么方便。

          还有在鲁班这一年也不是什么进步都没有，本身喜欢的东西仍是要坚持，工做也要坚持，二者能统一也是最好的选择，后面本身会在luban 的pdsframework的基础上搭建一个LuaFrameWork For Pds来证实本身的猜测。固然啦，看了manager和cmd模式以及后来co的框架实现（反射机制来实现manager的注册），使我有自信，只须要轻量级的改动便可支持lua的嵌入。

           

初步设想

         目前的想法，针对webservice,rest(http)，作一个封装，针对manager/cmd作一个封装，而后顺便对于全局使用的，即随时调用和c++的通讯的特殊lua类便可。这么作的前提是保证lua的引入是增长其灵活性的，而不打扰原有的开发，也就是说在实际功能作业务的时候，咱们能够多一种选择，假如我这一块用c++作很麻烦，我就用脚本，固然用c++也得保证原有基础开发的不改变。

 

       还有一句话送给本身:坚持，毅力是人生事业开拓的真谛

                                                                                                                                    ~洋