HSPTV!掲示板

HSP3ソースコンバーター ver0.3
http://www.onionsoft.net/wp/archives/433

これでC言語系と比べ、HSPの弱点であった実行速度が向上させることができるのか。

ものすごいわがままなことと言うと、
ＨＳＰはクラスとオブジェクトが使えないので、モジュール変数を使ってオブジェクト指向を実装していると思います。
HSPLetやHSPCnvはモジュール変数に対応していないので、手元にあるソースがそのまま使えない人も多いはず。
個人的には、HSPにクラス実装しちゃいなよYOUと言いたいのですが、
モジュール変数がHSPの味だと言われれば確かにそうなので、
いつかモジュール変数がコンバートされる日を、星座のまたたき数えつつ、正座しながら待ち続けます。星屑ロンリネンス。

一個人の観点から言えば、クラスがあったり、モジュール変数の定義が楽だったりすればそりゃあ
いいとは思うんだが、コドモタチがゲイムを直球勝負で作る分にはいらん昨日だろうし
http://hsp.tv/info/parent.html
に
>入門者、初心者は、何より楽しく学んでいける環境作りが必要と考え、絵が動く、音が出る、
>反応するなど、興味を失なうことなく継続して学習することのできる要素を重視しています。

とあるように、このような方針で開発されていれば実装されないのも止むなしと落ちた涙も見ないふり。

クラスがあれば完璧なんですけどね。あっても損は無いと思いますし使いたい人だけが使えればいいと思います。
オブジェクト指向がゲーム開発等のデフォルトスタンダードになることを危惧しているのでしょうか。

モジュール変数が拡張されて多次元配列(?)で使えるようになると便利なんだけどなー･･･。

多次元配列は、できないこともないですよ

//モジュール
	#module TuxedoMask Name
		//モジュールID取得
			#defcfunc getModID var In_ModVar, local Out_ModID
				mref Out_ModID, 1
			return Out_ModID
		//初期化
			#defcfunc newModule str In_Name
				newmod ModVar, TuxedoMask, In_Name
			return stat
			#modinit str In_Name
				Name = In_Name
			return getModID( thismod )
		//名前取得
			#defcfunc getName int In_ModID
			return _getName( ModVar( In_ModID ) )
			#modcfunc _getName
			return Name
	#global
//モジュール変数生成
	dim PrettySoldier, 2, 4
	PrettySoldier( 0, 0 ) = newModule( "ムーン" )
	PrettySoldier( 0, 1 ) = newModule( "マーズ" )
	PrettySoldier( 0, 2 ) = newModule( "マーキュリー" )
	PrettySoldier( 0, 3 ) = newModule( "ヴィーナス" )
	PrettySoldier( 1, 0 ) = newModule( "ジュピター" )
	PrettySoldier( 1, 1 ) = newModule( "サターン" )
	PrettySoldier( 1, 2 ) = newModule( "ネプチューン" )
	PrettySoldier( 1, 3 ) = newModule( "プルート" )
//多次元配列から呼び出し
	title "我ら！"
	repeat length( PrettySoldier )
		Kind = cnt
		repeat length2( PrettySoldier )
			Number = cnt
			mes "美少女戦士　セーラー" + getName( PrettySoldier( Kind, Number) ) + "！！！"
		loop
	loop

まったく試してないけど、C++でHSP向けのライブラリを使えるようになったのかな？
それならHSPの言語仕様が物足りなく感じる人にとっては
C++で書くという選択肢が出てきて嬉しいかも