脚本的基本特性

1、从语法的角度来说需要支持到顺序、条件、循环，并且最好语法接近某种成熟语言（比如C），这样有利于学习＆使用；

2、性能，性能，性能。要在实时的游戏里面发挥作用，性能无异是贯穿始终的话题。

语法功能解决方案

1、可以选择一门成熟语言作为借鉴；

2、删掉不需要的Keyword，裁剪语言元素。特别对于C语言，完全去掉有关函数声明等部分可以大大降低parse&excute的复杂性。

脚本库

1、脚本语言的函数库比脚本语言的语法更加重要，这个说法的出发点仍然是性能。在上一篇文章中，我有提到“冗余”的概念，就是这句话很好的体现。尽量将复杂的函数功能封装在游戏引擎本身，而不要在脚本中编写这些函数，甚至可以在脚本中不提供用户自定义函数的功能。

2、提供给用户（脚本编写者）完善的库函数集，从环境配置命令到信息查询等等。用户用这些函数来控制游戏环境，脚本语法只是提供分支＆循环控制。 

事件响应

1、上篇提到“事件”(event)指的是所有外设输入的统称，这种说法是不全面的。除了外设输入，事件还可以由游戏引擎内部来触发，比如timer事件，这里做一个小小的更正。

2、事件包含一些参数，参数的内容是“哪些Object要响应”＆“事件类型”。

3、一个脚本可以调用其他脚本，实现脚本之间的通信。

4、事件，可作为脚本系统＆游戏引擎的连接，也就是说，游戏引擎只有在处理事件的时候才会调用脚本系统，而脚本系统的唯一任务，就是响应事件。

5、再次强调一下，事件不是只能有游戏引擎内部的object来触发，还有timer、startUp、sceneEnd等等。

脚本运行模型

1、每个脚本都可以“挂”到任何数量的object上去；

2、每个脚本都可以看作是独立的虚拟机，拥有自己独立的变量、堆栈＆运行点(execution pointer)，这一点我自己有保留的想法，出于性能原因，可能独立虚拟机的概念难以实施，需要进一步寻找变通的方法。

访问控制

1、上篇提到脚本需要能读取＆改变游戏引擎内部object的属性，这里需要注意一个问题：让脚本直接访问object的属性是很危险的事情，出于defensive coding的考虑，个人认为不应该让脚本直接地来访问内部数据，而应该提供库函数，通过库函数来对内部数据进行访问，这样做的好处是：将边界检查等等安全性工作加入了进来，并且让脚本编写者在编写脚本的时候不用对安全性进行考虑；坏处是：肯定效率是有所降低的。（或者还有更好的办法？想想。。。）

库函数

1、库函数的实质是C/C++（引擎编写语言）的函数指针，对于脚本系统来说它们是可见的全局symbols。这里引入两个小话题：一是在引擎初始化的时候，需要注意建立这些函数的入口地址表，让引擎在需要调用的时候有表可查；二是，java呢？有没有类似函数指针的东西？（这里属于实现阶段的问题，我只是提出，没有去研究）

2、脚本运行的时候，如果遇到调用库函数，则跳转到native C/C++代码去。这里存在运行环境切换的问题，从脚本语言的堆栈里弹出参数，传给native C/C++函数来执行，执行结束以后，返回结果压入脚本语言的堆栈中。如果把游戏引擎看做虚拟机，那么脚本系统就是嵌套在这个虚拟机里面的虚拟机，^_^，拗口哦，不知道您明白了没有？

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

以上讨论的，是运行与游戏引擎部分的脚本系统。以下的，是有关脚本本身的一些讨论，这个应该归属于游戏制作工具的一部分。

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

编译

1、当然，这个步骤叫“解释”，与C语言一类编译式语言有所区分的话更加准确。但由于在做法上跟C是类似的，所以也可以叫“编译”。

2、两个阶段：一是把脚本源代码拆成语言元素，token，不知道这个用哪个中文表达好，编译原理学了都忘了；二是把所有token组织起来，组成基本命令序列。

3、什么“基本命令序列”？刚才不是说把脚本看过虚拟机吗？这个“基本命令”就相当于这个虚拟机CPU的机器指令或汇编指令。也就是对于这个虚拟机来说的可执行代码。

“汇编指令”

1、为了简单，就把脚本这个虚拟机设计成单堆栈的吧。

2、基本的命令包括：push，pop，go，stop，callfunc，add，asign等等。

举个小例子吧：比如写了如下的脚本（语法上近C）

a = 1 + 2;

通过编译，变化成如下的“可执行序列”：

push 1

push 2

pop   // store 1

pop   // store 2

add   // store result

push 3   // push result

pop   // store 3

pop   // var name a

asign   // a = 3

这里只是示意，可能与实际实现有出入。

这篇略显枯燥了，聊点轻松的。一直在强调脚本语言的性能问题，来看看 各种语言性能比较 吧。LUA好像在脚本语言里面排名靠前呵，我正好也下载了它的源码，并在VC上编译好了。在Python＆LUA之间犹豫了一下，还是选择LUA吧，比较小，简单，Python目前已经做得很复杂了。再说偶的脚本系统里面目前不需要提供自定义函数机制，也不需要OO滴，看看几个月后能不能作出自己的脚本语言来？到时候再跟Python等等一较高低！:)

好戏在后头哦，下期开始实际以LUA为例子研究脚本系统了。。

选择什么样的题材来写第二篇呢？我在第一篇里面有提到“JSP需要经过转译成servlet”，那干脆就在这里讲讲这个转译过程。对于网页设计人员来说，这个部分的知识比较多余，也不适合没有程序设计基础的人看，对于程序设计人员来说，应该可以加深您对JSP＆Servlet的理解，最最重要的，我认为有了这个部分的知识，可以方便你进行JSP的相关调试。从我现在的经验来讲，在不借助于大型的IDE的情况下（只为学习目的的话，我是不喜欢用大型IDE的，比如Netbean，Eclipse等等，一是太占资源，偶的本本跑起比较慢:(；二是对于新手往往会在太多的菜单选项里面迷失方向，甚至花很大精力在建立工程、添加\删除工程文件等等事情上，难以专注于要学习的东西），JSP的调试是比较难的。虽然运行方式非常的简单，您只需要在浏览器地址栏输入您发布的jsp文件路径，回车即可测试，但如果JSP包含有错误（包括编译式错误＆运行时异常），都会输出一堆看不太懂的调用堆栈。堆栈里面往往会提及xxx.java文件的xxx行，但对于JSP开发来说，看不到这些文件，甚至不知道有这些文件的存在。所以，大多数情况下，JSP里面是不提倡写太过复杂的java代码的。

好了，正式开始研究JSP到Servlet的转换过程。接着上篇讲的例子。在/webapp/hello.jsp（http://localhost:8080/tianlinux/hello.jsp）里边有如下的代码：

1<% out.println("Hello, JSP/Servlet") %> 

简单的，只有一句代码。我们在初学java的时候，写一个hello world应该都远远不止这点代码，里面一定有文章。并且，您发现了吗：第一次访问hello.jsp，浏览器停顿了一下下，才显示出了"Hello, JSP/Servlet"这句话，后面再次访问，就不会再停顿了。是的，这正是因为第一次访问jsp的时候，JSP有个转译的过程。这个过程包括以下几个步骤：

1、根据jsp文件生成java文件；

2、调用编译器对java文件进行编译；

3、如果编译通过，载入JVM运行；

4、将执行结果返回。

我们先看第一个步骤。由jsp转化而成的java文件在什么位置呢？我们在Tomcat的安装目录下搜索一下，比如刚才的hello.jap，%tomcat%表示tomcat的安装目录，则在如下的路径%tomcat%\work\Catalina\localhost\tianlinux\org\apache\jsp\找到了hello_jsp.java文件。打开看看。这里我们偏偏题，看看大家一般用什么文本编辑器？不要告诉我说您写一个简单的java文件都要用IDE哦，也不要告诉我您还在使用寒碜的notepad哦^_^，我推荐使用notepad++。功能跟UltraEdit基本类似，但UE是付费的（虽然在伟大的祖国，基本上没有需要真正付费的，但谁知道这种天堂般的日子什么时候会到头呢？），notepad++是完全免费的，并且加入了sourceforge，遵从GPL，作者是台湾人侯今吾，侯工可是学法国文学出生的哦~。在台湾企业工作了2年多，跟很多台湾籍工程师有所接触，别的不说，感觉在敬业精神＆技术能力上，大陆工程师还是普遍落后于海峡那边的同胞的，这跟受到的教育＆经济水平是有直接联系的。扯远了，反正为了一句话，为了民族xxx产业，为了实现自我xxx，也为了大把的银子，大家一起努力了~。好了，打开那个hello_jsp.java了吗？我们看到如下的代码：

 1package org.apache.jsp;
 2
 3import javax.servlet.*;
 4import javax.servlet.http.*;
 5import javax.servlet.jsp.*;
 6
 7public final class hello_jsp extends org.apache.jasper.runtime.HttpJspBase
 8    implements org.apache.jasper.runtime.JspSourceDependent {
 9
10  private static java.util.List _jspx_dependants;
11
12  public Object getDependants() {
13    return _jspx_dependants;
14  }
15
16  public void _jspService(HttpServletRequest request, HttpServletResponse response)
17        throws java.io.IOException, ServletException {
18
19    JspFactory _jspxFactory = null;
20    PageContext pageContext = null;
21    HttpSession session = null;
22    ServletContext application = null;
23    ServletConfig config = null;
24    JspWriter out = null;
25    Object page = this;
26    JspWriter _jspx_out = null;
27    PageContext _jspx_page_context = null;
28
29
30    try {
31      _jspxFactory = JspFactory.getDefaultFactory();
32      response.setContentType("text/html");
33      pageContext = _jspxFactory.getPageContext(this, request, response,
34         null, true, 8192, true);
35      _jspx_page_context = pageContext;
36      application = pageContext.getServletContext();
37      config = pageContext.getServletConfig();
38      session = pageContext.getSession();
39      out = pageContext.getOut();
40      _jspx_out = out;
41
42 out.println("Hello, JSP/Servlet"); 
43    } catch (Throwable t) {
44      if (!(t instanceof SkipPageException)){
45        out = _jspx_out;
46        if (out != null && out.getBufferSize() != 0)
47          out.clearBuffer();
48        if (_jspx_page_context != null) _jspx_page_context.handlePageException(t);
49      }
50    } finally {
51      if (_jspxFactory != null) _jspxFactory.releasePageContext(_jspx_page_context);
52    }
53  }
54}
55
56

以目前的情况，我们并没有必要把代码一句一句的都去搞懂。因为大部分的代码所有jsp文件转换出来都是相同，是JSP容器已经设定好的。所以我们只关注其中的部分。

首先是import语句组。这里import了javax.servlet，注意这个包并不是JDK里面默认包含的包，所以现在如果在cmd里面输入javac hello_jsp.java（当然要在这个文件的路径下输入！）可能会出现下面的画面

出现了找不到javax.servlet这个包的情况，我的机机上就是这种情况。怎么办呢？赶紧google一下解决办法。

1、在环境变量设置里面找到classpath，然后把%tomcat%/common/lib添加进去。注意Tomcat的版本更新十分频繁，如果版本不是5.5.12，可能文件名或者路径稍有不同，请注意变通。还有需要提醒的是，完成环境变量的设置以后，需要重新开启cmd哦。

2、运气好的GGMM现在已经可以正确编译了吧^_^，但偶不是。目前没有搞清楚是什么原因，我将/common/lib加入到classpath后仍然找不到servlet等包，所以我采用了笨办法，将/common/lib下的这三个文件：servlet-api.jar，jsp-api.jar，jasper-runtime.jar都手动加到了classpath里面，就OK了~各位有没有更好的方法或者知道1不能成功的原因的，还望不吝赐教哦。

不知道您发现没有，我在写这篇博客的时候正在听林忆莲的《我坐在这里》，一首很好听的，快节奏的歌，翻唱自Lene Martin的《Sitting down here》。我喜欢在工作的时候听歌，这里推荐给大家这两首:)。

接着我们会关注的是_jspService这个函数，这个函数源自javax.servlet.Servlet的HttpJSPPage，对于JSP/Servlet创建者，不用重新定义，只需要重载，如果是JSP创建的，那么重载的过程由JSP容器来完成了。这个函数大家可以把它看作是一个callback，由用户编写，但由系统来调用。

最后我们来看看那句在JSP里面的"out.println"在java代码里面再次出现了。out对实质是JSPWriter的实例，这个对象负责将字符串等等发送到客户端显示。

步骤3＆4不属于本文的范畴，不过我想在将来对这个部分做进一步的解释，因为我对JVM还蛮有兴趣的哦。

以上就是今天的分享，包括jsp到java文件的转换＆javax包的import方法。希望大家觉得有用。
PS:有朋友留言在第一篇，要求介绍一些其他的JSP容器，由于这个部分我目前只用过Tomcat，所以将在未来对其他的JSP容器有了使用经验再向大家介绍。

脚本系统的必要性

游戏作为上层应用程序，是在游戏引擎的基础上运行的，现在游戏的发展趋势来看，游戏者（gamer）对游戏的可自我配置性有非常高的需求，特别是在游戏运行时的自我配置，已经不能通过简单的传参数来完成这种配置。所以，整个游戏的架构有分成两大块的发展趋势。一块是kernel，另一块是configuration。Kernel是游戏的基础类＆Object的集合，而configuration是针对特定的上层应用程序（游戏本身），对kernel的元素进行组织＆配置。脚本系统无疑将是configuration的重要组成部分。

游戏引擎需要为脚本系统提供的接口

我们把游戏中的物体（实例）称为object，把可以作用于object的函数叫action
1、保存全局变量＆局部变量
2、得到object(s)的引用
3、得到object(s)的属性，并调用object的action
4、提供timer进行周期性触发action 
以上4点并不全面，但是却是最最基本需要支持的部分。如果需要更深入，应该还要提供对静态场景的配置、设置场景结束条件以及完善的Debug机制等等。 

游戏引擎不应该为脚本系统提供的接口

1、画图&播放声音等算法
2、内存管理
以上2点也并不全面，因为目前的项目没有网络方面的需求，所以没有考虑安全等因素进来。
杂七杂八

外设响应

我们把所有的gamer的输入都归纳为外设输入。那么在游戏引擎里面，对外设的响应应该是游戏实时反应能力的直接体现，在去年从事的游戏引擎项目中，采用了类似于windows消息队列的方式，对某种特定外设输入（比如：游戏手柄左键按下），挂上一个写死的函数。在脚本系统引入以后，应该不再挂上一个编译式语言编写的响应函数，而是调用脚本解释器来运行挂在这个外设上的脚本。所有外设都采用脚本来响应，这一思想是保证游戏可用户自我配置的关键之一。

冗余

脚本的性能总是令人头疼的。所以在引擎提供给脚本的接口当中（全面所述4点当然在内），不要害怕冗余的情况出现，而是要针对游戏开发者的需求，适当的增加引擎输出的功能，让游戏开发者在使用脚本的时候，能用将脚本写得尽量的简单。举例来讲：比如需要在某个时刻获得离主角最近的怪兽，如果只使用前面所提的4种接口，需要在脚本里面枚举出所有的怪兽，然后一一与主角的坐标进行距离计算，然后才能得到最近的一个怪兽。这是十分低效的。如果这一动作需要频繁发生，那么势必影响游戏的整体运行效率。解决办法就是在游戏引擎里面提供一个类似功能的API，由游戏引擎本身的开发语言（一般是编译式语言）来完成这项功能，而游戏开发者只需要在脚本里面调用这个API即可完成这项运算。如此做法在效率上应该比前面的做法要高出许多。

JSP/Servlet 的关系

JSP ＆Servlet 属于java web 层的技术，作用都是用来实现动态网页。JSP 主要面向的是网页设计人员，Servlet 主要面向的是程序设计人员。无论你采用两者中哪一种单一的技术，你都可以解决所有动态网页呈现的问题。从运行方式上讲，JSP 事实上需要转译为Servlet 才能运行，所以，有一种说法说它们是"一面两体"，这是很恰当的。Servlet 从本质上讲，就是java 程序片段。

JSP/Servlet 容器

既然 Servlet是 java程序片段，那么它当然是不能直接运行的，必须把它放到某种运行环境当中，它才能发挥它的作用。这个环境就是我们讲的"容器"。容器也是 java 程序，它的主要功能除了为Servlet 提供运行环境，还有更重要的，就是提供网络传输协议与java 程序实体的相互转换。为什么需要这种转换呢？因为Web 应用程序是分布式的，客户端和服务器端之间需要交换数据，就要通过网络，并在一定的通讯协议下进行。最常见和常用的协议是HTTP 。客户端向服务器发送数据，遵循的是HTTP 协议的数据格式，服务器向客户端发送数据也是遵循HTTP协议的。在客户端和服务器端，可能存在着不同的编程语言编写的程序，比如java，C++等等。各种语言都有自己用于处理HTTP协议数据的方法（类），为了使用java提供的各种HTTP处理相关的类，必须将HTTP协议下的数据做一定的转换，转换成一些java object，这样才能使用java的方法进行数据处理。同理，当这些处理完成，又需要将这些java object转换回HTTP协议下的数据，反馈给客户端（JSP/Servlet当然存在与服务器端）。JSP/Servlet容器就扮演了完成这个双向转换的角色。至于JSP/Servlet容器为java程序片段提供运行环境的细节，我们在后面再讨论这个问题。
我用的JSP/Servlet容器是Tomcat 5.5.12。这里给大家一个google上找到的链接，下载源比较稳定。http://leshui.clwind.com/Download/apache-tomcat-5.5.12.exe。
下载完成后，即可安装。
安装过程没有太大问题，中间有步需要输入一个管理员密码，自己随便设吧，这里我们只是针对学习，不针对商业应用，所以设个傻瓜密码也无所谓。这个密码在你配置服务器的时候会用到。

完成了Tomcat的安装，您马上就可以启动您自己的服务器了，^_^，如果以前没有做过，有点紧张吧。
在启动以前，让我们先打开web浏览器，输入：http://localhost:8080，回车，看到了什么？“该页无法显示”一类的显示吧，呵呵，不要急，马上给您一个惊喜。
很简单：开始->程序->Apache Tomcat 5.5->configure tomcat。会看到下面那个对话框：

为了快点体验到自己建服务器的快感，我们不做任何设置，先点了Start再说吧，等待启动完成。好了，现在您的计算机已经作为服务器启动了。刚才那个“该页无法显示”呢？刷新一下试试。如果您在左上角看到那只黄猫，您的服务器就已经启动了！

在这个网页的左边，Administration里面，有Tomcat Manager的链接，点击它，会弹出一个输入用户和密码的对话框，输入刚才安装的时候的帐号密码。默认帐号是admin，密码。。。不会就忘了吧:)。

进入了Manager的页面了吗？好了，您可以浏览一下这个网页的内容，在Applications这个列表里面，列出了在当前服务器上可以浏览的所有路径。您可以随意浏览一下，里面如果有一些jsp的例子您现在无法理解，没有关系，我们现在先抛开它。今天要做的最后一件事就是在这个服务器上建立自己的一个web文件夹，以后我们将在这个文件夹中部署我们自己的写的小web应用程序（JSP/Servlet）。目前列表中的所有路径，都是在Tomcat的安装路径下，/webapp/xxx下面。

好了，言归正传，我们现在来建自己的文件夹，并发布到服务器上。在您的本地硬盘上任意地新建一个文件夹，并任意命名。我这里以D:/webapp/为例子。我想把这个文件夹作为我的webapp文件夹，并且在服务器上，这个文件夹的名字叫"tianlinux"。在刚才那个manager的页面下面，Deploy栏，里面Context Path (optional): 填上"/tianlinux"（不要引号！），在WAR or Directory URL:填上"file:d:/webapp"，然后点击"Deploy"，好了，看这个网页的最上面Message栏，是否已经显示"OK - Deployed application at context path /tianlinux"？好了，现在在Applications列表里面也有/tianlinux这个子项了。点击它，会跳转到directories list的页面。当然，现在这个文件夹里面没有任何的文件和文件夹，怪可怜的，新建一个txt文档，改名为：hello.jsp，在里面添加如下一句代码

<% out.println("Hello, JSP/Servlet"); %>

保存，关闭。这时你需要reload一下这个文件夹，就在Applications的列表里就有链接~或者干脆把/tianlinux文件夹Undeploy，再重新deploy一次也可以。
访问：http://localhost:8080/tianlinux/hello.jsp。如果显示出"Hello, JSP/Servlet"，今天就打完收工了。。。第一次写，好累。如果没有搞定。。。给我留言或写信吧。

下期：JSP基础。