構造化

勝手ながら見やすくするためスクリプトの標準化のページから移動させました。

構造

• 今あたまに浮かんだのはこのくらいですね、もっと細かく先を見通して考えていきたいです。 -- 26℃? 2008-02-20 (水) 15:02:31
• そうですね。あと、BGMやSEは欲しいですね。やっぱり。 -- pupepo? 2008-02-20 (水) 15:29:20
• SEの処理をまとめた場所でおこなうにはどうすればいいでしょうか、フラグをたててそれで鳴らすとか。
  主にあたり判定の場所（サブルーチン？）で音、モーション、ステータス変更のフラグをたてることになりそうですね。 -- 26℃? 2008-02-20 (水) 15:40:01
• それでしょうね。要素の列挙としてはこんな感じでしょうかね。 -- pupepo? 2008-02-20 (水) 15:57:49
• ここに書いていくより↓の構造化エディタをつかって書いていこうとおもいます、まだ使い方がよくわからないんですがね -- 26℃? 2008-02-21 (木) 22:04:54
• 考えの一つとして、何でもモジュールにして、複数のモジュールの関係を動的にメインスクリプトで構成すると良いと考えています。
  ですけど、最近の例で言えば、魔法陣で召喚サンプルをモジュールにしようとしましたけど、挫折しました。上手にモジュールにまとめられなかった原因がよく分かると、さらに前に進める気がしています。 -- ジオ? 2008-02-21 (木) 22:33:22
• 初期化についてですけど、私の最近の好みの方法を提案したいと思います。
  ウィンドウに係わる変数の初期化・ウィンドウの初期化、形状モデルに係わる変数の初期化・形状モデルの初期化というような方法です。 -- ジオ? 2008-02-21 (木) 22:43:07
• はじめの方だけ書いて見ました、こんな記述で大丈夫でしょうかorz1
  変数の初期化を一つ前に置いているのは何の変数かをわかりやすくするためですかね -- 26℃? 2008-02-21 (木) 23:46:22
• はい、その方が現在の私には分かりやすいです。また、私も1.txtの初期化の記述で大丈夫だと思います。
  因みに、初期化をメインスクリプトと分けてこのような感じにするのも良いと思います。

	#include "Init.hsp"	//Init.hspの最初にモジュールをincludeする。次に1.txtの記述。

*main

	gosub *sub

	gosub *sub

	gosub *sub

 	goto *main

	#include "SubRoutine.hsp"

　 -- ジオ? 2008-02-22 (金) 00:58:39

• ソースが長くなってきたら見難いですからね、構造化エディタですがどこでセクションを加えるべきか迷うのですが、あんまり加えないほうが見やすいでしょうか3 -- 26℃? 2008-02-22 (金) 02:07:54
• モジュールはあとから考えることにしました、フラグなどの変数を多様していきます5.txt -- 26℃? 2008-02-22 (金) 13:54:20
• なんかいきずまってしまったのですが、フラグと変数の違いってどう分けたらいいでしょうか、
  まだ変数とか深く考えないほうがいいですかね -- 26℃? 2008-02-22 (金) 17:42:01
• あくまで一例ですが、「ステージ１のキャラクター１」と言う名前を付ける場合、リソースには「stg_1_cha_1.sig」フラグ名は「*Stg1Cha1」変数名は 「stg1cha1」と言う風に分けています。フラグ名と変数名が重ならないようにする為にはフラグの方を「*Stg_1_Cha_1」にした方がいいんですが、常にコレでは長くなってしまうので、必要な場合だけ「＿」をはさんでいます。ルールを決めたというよりは、いつの間にかこうなったんですが。命名規約はトラブルを防ぐ大事な事だとは思いますが、手段であって目的ではないですから、あんまりこだわりすぎて本末転倒にならないように注意したいですね。ぶっちゃけて言うと、２６℃さんのおっしゃるとおり、行き詰まりを起こしやすいんですよね。大抵の人は一度はやっちゃってると思います。ええ。私もやりましたとも。極端な場合には「ステージ１のキャラクター１のベクトル取得用ダミーモデルのｘ座標用変数」なんて物をルール通りに書くと「Stg_１_Cha_1_Vec_Dam_x」なんて事になります。これが１０～２０個も並んだら、、、ヒー-- pupepo? 2008-02-23 (土) 15:56:58

3

5.txt

5

1

6.txt