ダークソウルみたいなオープンワールドみたいなゲームを作る時にさ？

色んな武器や魔法とか攻撃パターンがあるけど
1つ変更するとなるとすべてのマップで変更って事だよな？

ステージ自体はそんなメチャクチャ広くはないんじゃないの
ロードとかあるし

それとも尋常じゃないくらい大きな面を用意して
互いのマップをある程度一つにして作ってんのかな？

何が言いたいのか分からん
例えばスケルトンが魔法を使うように変更したら
地上の墓地のスケルトンも、地下の墓地のスケルトンも魔法を使ってくるようになるよねって話？

例えば32ドットずつの四角形を一つのマスとして
スーパーマリオブラザーズを作ろうとすると
横に300、縦に20くらいでしょ？
これを横に300、縦に300にすると
一つの関数で15面まで作れる
もし何か修正や追加する場合は一つの関数だけで15面までは対応できる

別キャラとして作るだけじゃねーの

アニメーション一つあればキャラクター変わっても使えるんじゃないの？

ダクソってオープンワールドではなくね？

そう言う何か変更する度に全部変更するってのをしないようにクラスを作るんじゃねえのか

上の例でいうと
マリオを作っている時に
1面の横が300、縦20のマップを作り
一つの関数で条件式を描いて当たり判定からジャンプまでを作り
次のステージに行ったときに
別のクラスに移動させたとする
これを15個のクラスを作り15個のステージに合わせて作ればいいけど
例えばマリオが空を飛べるようにすると
15個すべてのクラスの条件式の書き替えになる
でも一つのステージを横に並列して作っておけば
一つのクラスだけで書き直しが不要になる

何を言ってるかよくわからないけど根本的に勘違いしてる

あの異常に長いコンシューマーのロード画面って
いくつかのマップを一つの面で作っていて
いらない画像や変数を呼び出さず
必要な画像と変数だけをロードしているから
あんなに長いロードになってんのかな？

例えばUnityで言えば
スタート画面、ゲーム画面、ゲームオーバーの画面と3つあるとすると
3つ分けるよね？
これがRPGだと
城のマップ、町のマップ、世界マップと3つに分けるものだと思っていたんだけど
でもこれって分けないで一つで作ってんじゃないの？と気づいてしまったんだよね

むしろ今考えれば小規模なゲームこそ分けて作ってる方がバカだよな
そんなにメモリを一度で消費してなそうだし
必要なものも何もすべてロードしてやる感じでいいもんなぁ

というかこれはゲーム特有なのかな？
普通こんな事しないよな
WEBとかでも全部HTMLはわけるものだし
一つのHTMLで全部のサイトを書くなんて頭おかしい気がする

例えばUnityでいえば一つ目のシーンで全部のマップの処理を鬼のようにコード数増やして
書いてるようなもんだけど
それが普通なのか

あ、分かったかもしれん

Unityだと実装の仕方がマップ内にオブジェクト配置
そのオブジェクト関連の処理を記述

みたいな感じになって
マップ別に処理の記述が分かれるから共通処理の変更が大変だ、みたいな感じか？
もしそうなら実装の仕方がおかしいとしか言えなくなるけど

というか逆に言えば俺は分けて作ってたから大作が作れなかったのかと気づいた

まあでも分けても作れなくもないんだけど
本来は分ける必要なんてないのか

気付きによる効率化が進む時が一番プログラミングしてて気持ちいいから
作業がはかどるタイミングじゃん