これは、DATAでマップ表示した物なんですが、これだとふつうにSMILETOOLのマップエディタでいいかなって思います。DATAでマップ表示の意味ってあるんでしょうか。

改造がしやすい

他のプログラムに流用しやすい

データ量が削減できる

オワたず(^p^)ゝさんにあらかた言われたような気がしますが、僕なりに解釈すると、DATAで作る事のメリットは、 ・小規模なゲームの場合は1ファイルにまとめることが出来る。（公開時もフォルダ不要） ・プログラムを見てBGのイメージが掴める。またその場で改良しやすい。 ・データ量が少ない。（マップデータは圧縮されてないので基本大きい） ・ツールを頼らず自分で全てプログラムをしているような感覚が気持ちいい？ みたいな感じですかねー？　デメリットとしては、 ・複雑なマップを作るのが大変。 ・使うマップキャラ数が多くなると文字にマッピングするのも大変になってくる。 ・セーブしたマップデータの読みこみ方法を覚えないといけない。 って感じかなぁ。と言うことで、プチコンではDATAでマップする方が好まれているような印象を受けています。

プログラム書き換えながらマップも同時に変えれるのが良い感じです(・u・) たとえば、滑る床を作ったから滑る床のあるマップでテストしようー、って時に、わざわざマップエディタを起動しなくても文字列をちょこちょこ変えるだけですぐテストできちゃうので楽々です。

個人的には公式互換のマップツールを作っている事もあって、もう少しマップツールを使った作品があってもいいのになぁ…って思うときはありますね。 ただスマイルマップはイマイチ操作性が悪かったりバグがあったり（バージョンアップで直ってるかもですが）、何故かマップサイズの変更が出来なかったりと公式の割には色々と不都合が多いので、余計に使われなくなったんじゃないかなと邪推してしまいます…。 マップデータの読みこみに関してはレイヤー形式も用意したことで少しはハードルが下がったのかなとも思いますが、マップサイズは相変わらずなので容量は大きいですしファイル数も増えてしまうので、色々と微妙に感じてしまうところなんでしょうねぇ…。 逆に今度、マップツールを使って作った作品とかを尋ねてみたら面白いかもしれませんね。（あるのかな…？）

僕はマップツールを多用しています

＞＞BG命令直書きの人が通りますよー＜＜

正直、メンテナンス性もないし、サイズも相当なランレングス案件（データが連続しまくること）じゃないと命令の名前を書く分馬鹿でかくなる。 以上、直書きの感想でした。

（BGPUT→P　みたいに、命令の名前を1文字に置き換える技を使うとかなりサイズが改善する、でも手直し難さは健在）

そういえば直書きなんてパターンもありましたねー…。 直書きのメリットは表示物が少ない場合はDATA式よりコードが短くなるかな？ あと読みにくいメリットとしては逆にプログラムを見ても画面内容がイメージしにくい（ので実行するまで隠す効果が少しある？）みたいな感じですかね〜。 デメリットに関してはあまさとさんが書いてあるので略で。

なるほど、いじりやすいのとデータをあまり消費しなくてすむってことですね。ありがとうございました。