青木日記

■ HSPとか

HSP とかが goto メインなのはセーブ・ロードの実装が 簡単だからじゃないのかなあ。 吉里吉里 (のKAG) では if の中にラベルを書けない (セーブポイントにできない) っていう制限があるけど、 あれもつまりそういうことだろう。 ゲームプラットフォームとして、if/while を取るか セーブ機構を取るかという選択ならセーブ機構になるよね。

(00:43)

■ gotoとセーブ・ロード

ツッコミ欄は狭いのでこっちにします。

> 自分でセーブ機能を実装するってこと？
> システムがその時点のスナップショットを
> 取っておく機能を持つってのはあるような
> 気がしますから、あんまり関係ないような
> 気がします。

うーん、うまく説明できるかな。 例えばありがちなビジュアルノベルのスクリプトを例にすると、 次のように書いたとして (微妙に Ruby 風)、

a = true
if フラグチェック
    背景1表示
    立ち絵1表示
    テキスト1……
    b = true
    <<<セーブポイント1>>>
    背景2表示
    立ち絵2表示
    テキスト2……
end

セーブポイント 1 でセーブして別プロセスでロードしたときに、

• a=true, b=true
• 背景1、立ち絵1

の状態でセーブポイント 1 から始められる、というのが理想です。

しかし例えば Ruby で上記のように書いたとすると、 データは特定のオブジェクトのインスタンス変数で妥協すればなんとかなりますが、 if 文の途中にすっとんでいけません (callcc ではプロセスをまたげない)。

また KAG3 でも上記のような書きかたは禁止されており、 次のように書かないといけません (文法は違います)。

フラグ a = true
if フラグチェック
    背景1表示
    立ち絵1表示
    テキスト1……
    フラグ b = true
end
<<<セーブポイント1>>>
if フラグチェック
    背景2表示
    立ち絵2表示
    テキスト2……
end

これが「if の中にはラベルを書けない」という制限です。 その代わり、この制限にのっかっていれば goto ラベルを書いとくだけで セーブ・ロードを処理系が面倒見てくれます。 変数にも「勝手に保存される変数」と「ゲーム終了ごとに中身が消える変数」 があって、「勝手に保存される変数」はロードすると勝手に復帰します。

それでは、if 文 (やサブルーチン呼び出し) の中に セーブポイントを置けないもんでしょうか。 できないことはないでしょうが、関数呼び放題、if/while 使い放題の言語で 普通に continuation を保存してしまうとデータの融通が効きません。 例えばちょっとスクリプトが変わっても同じセーブデータを使いたいとか、 どこでセーブしたのか情報を取り出したいとか。 それだったらちょっとくらい制御構造を妥協してもいいんじゃないか、 と言いたいのです。

まとまらねえな。

(04:25)