氷菓圣地巡礼！（杀猫不偿命）

厨力，我看见了满满的厨力

其实说白了就是对比脚本和游戏，拿常见的吉里吉里的脚本来说，假设这个引擎没有开源，大家都不知道这个脚本引擎是怎么工作的前提下，比如看到一个脚本是这样写的：

;这是一个测试
这是一句话。[l][r]
;这是另一个测试
这是又一句话。[l][er]
;这还是一个测试
这是最后一句话[l]
[cm]

如上的脚本的话，偶们对比这个游戏的动作就会首先在屏幕的对话框里看到

=================
这是一句话。


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

（这里假设两行等号就是对话框）
然后如果按下鼠标的话对话框就会在下面增加一句话变成

=================
这是一句话。
这是又一句话。

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

然后再次按下鼠标对话框就会变成

=================
这是最后一句话。


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

再按一次就是

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



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

这样的话偶们就大致可以猜到，“;”开头的是被脚本引擎无视的部分（俗称的Comment Out部分，通常用作解释代码作用，有时也会作为临时清除以前的代码用，类似于C的//），[l][r]是按下鼠标后换行，[l][er]是按下鼠标后清除对话框现有的内容重写，这样看下来也许具体到单独的命令上就是[l]是等待鼠标按下，[r]和[er]分别是换行和换页，最后[cm]是清除对话框内容，大致了解这些命令的作用之后接下来就是动手写脚本解析器（脚本引擎最重要的部分），也就是实际上程序在读取脚本的时候遇到这些命令该怎么运作了

当然这只是一个简单的例子，实际上吉里吉里也好其他的引擎也好往往可用的命令非常多，所以在观察脚本命令的时候往往会需要一个比较长的脚本才能实际判断出具体的那些命令分别是什么意思；特别是如果那个命令还使用过分的简称的话在猜测他的意思上会更加麻烦（比如刚刚的[cm]实际上cm是Clear Message的意思，如果直接写clearmessage的话会容易猜测意思很多，但是写cm就会需要猜很久了）；嘛当然实在不行大不了看游戏的动作自己重新按照自己的想法写一个脚本再写一个引擎出来也不是不可以w

圣地巡礼啊～我只去过秋叶原和大涌谷。
顺便问一句，
你是用了舞台めぐり之类的App么，
还是完全自己规划的路线？

没有用哦，偶通常都懒得用那一类app，光是拍照就已经足够忙了=w=a

另外偶属于比较懒的类型（？），通常去哪里旅游的时候只会规划一个大致的计划（不光是圣地巡礼），比如要去几天，这几天想要逛些什么地方，这些地方的大致位置在哪儿之类，至于具体的什么时候去什么地方通常都是到了当地的时候再来慢慢想，这样做的好处是一不用担心天气变化而临时需要更改计划（因为本来就没计划），二是没有“繁重的任务感”可以在当地完全根据自己的心情来慢慢游览，在这种心态下的话说不定反而还会发现一些不容易发现到的一些小细节，事实上这次圣地巡礼的时候也是有很多这样的情况，虽然帖子里偶主要都是UP了一些圣地对比的照片但如果围观偶Facebook的相册的话可以看到很多东西的说w

说道这里就顺便赞一下Apple MAPS，虽然作为网络地图在数据量上跟Google Maps仍然还有一些差距，但是作为一个导航工具的话真心有过之而无不足（除开暂时还没有公共交通的信息orz），基本上偶现在每次圣地巡礼都是首先只在去之前圈好各个地点的大致位置，然后在那附近找酒店，等到了当地之后直接现在酒店开导航步行过去（日本除开东京大阪名古屋京都这几个大城市以外地铁交通很少大部分情况还得靠步行，当然所幸城市本身也比较小大部分情况都在步行范围之内），由于有语音提示所以可以一边听音乐一边慢慢走过去基本都是一副很悠哉的游客样w