LUA脚本的作用。

本文的另一个标题我觉得可以叫做《读“游戏人工智能编程案例精粹”的第六章“<用脚本，还是不用？这是一个问题>”的头几个段落有感》。

在第6.1节作者的意思就是

（1）初始化功能（如配置参数之类的）是脚本的最“初级的形式”。就是说long long ago，有人为了配置参数，所以发明了脚本。

（2）通过虚拟机，脚本（LUA）和宿主语言（C）交流。

（3）脚本有解释形的，有编译型的。

         解释型的脚本执行的可能慢点，并且由于容易被编辑。（就像有些浏览器，如果允许改脚本，

        则用户可以自己根据需要优化，弊端就是也容易被非法修改，比如病毒。）

       编译型脚本速度更快，更不容易被用户乱用。（注意：编译是被虚拟机成虚拟机能执行的代码）

6.2节“脚本语言能为你做什么”

   （1）脚本能提高生产率。作者说用了脚本，编译时间能减少很多。尽管作者在文中多次强调脚本的这一优点，

             但是本博主认为这算不上脚本语言的作用，只是因为作者所用的编译器无法局部编译吧，或者是编写游戏的编译器都是无法局部编译，

           或者无法仅仅编译修改的那部分，这个我没搞过游戏，不清楚。不过我接触的大多数嵌入式编译器都是有这个功能的。

写到这里突然懒得写作者是啥意思了。

-----------------------------------------------------

干脆直接写本博主的观点好了：

（1）脚本利于多人合作。搞底层的和搞应用的，各搞各的。尽管搞底层的对应用也要了解的极其清楚，或者搞应用的对底层是什么也极其清楚。

          应用层的工作有时候也是极其繁琐的。

（2）我用逻辑写脚本，脑袋里就用不着想底层是如何运行的。就类似与编程模块化，写这个模式的时候，不用脑袋里海想着另一个模块。

==============================================================================

2015.12.11看了一篇云风写的文章《C/C++与LUA的混合编程》里面写到使用LUA好处与注意事项：

获得的好处
• 隔离底层，让系统更健壮
• 降低开发成本
• 应付多变的需求
• 热更新系统
• 数据描述更方便

• 能做到单一语言难以做到的

易出现的问题
• 多语言构建的系统更为复杂
• 层次划分不清，职责混乱
• 把  Lua  当成  C/C++  来用
• 定义不恰当的  DSL

本博主感悟到：说的 太好了！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！