[過去ﾛｸﾞ] ゲーム作りませんか？ (822ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
636(1): T ◆Pzn2.y/16A [sage] 2012/07/26(木) 17:45:38.82 ID:zurPjGh4(1) AAS
>>634
アイテムを例に出すと、
通し番号(整数値)、名前、使えるものか？、装備可能か？、（使用可能かつ装備可能も）、使用時の効果、
使用可能なのはフィールドでのみか、戦闘中のみか、装備可能なら装備可能場所、装備時の上昇パラメータの種類と値など、捨てられるか などのアイテムの表現方法のことですね。
これを決めれば、フィールドでのアイテムの使用画面・装備画面での扱い、装備によるパラメータの変化などを共通のデータから計算できるからいいってことですよね。
必要パラメータ数とそのパラメータの表し方のルールも共通にしなきゃなりませんね
設計の方針を決めて頂けるプログラマの方の指示がないと、たとえばこの例だと、使用可能か装備可能かなどの表現の仕方
（整数型定数USABLE = 1などして数字の代わりにする、文字列をそのまま使う）などが浮かびましたが、どれがスマートかはわからないですね。
確かにこれは早めに決めておいてできるだけ修正を減らしてかつ再利用可能生を上げるべきものだと思います。
できればプログラマの方が先導していただければと思うのですが、仮臣さんはお忙しいらしいし・・・
>>王様
了解しました。
いまは手伝えることが少ないですが、数年後にはスーパープログラマになれるように精進いたします。
ちょっと最近急かしすぎたのではと反省。王様はその名に恥じないほどリーダーシップや言語能力や気配り力が優れてるので
自信を持って気軽にやってください。
私は時間はありますのでなにかあれば気軽に使ってください。
637: 名前は開発中のものです。 [sage] 2012/07/26(木) 22:18:16.85 ID:dLnBOUQF(2/2) AAS
>>636
その通りです。たとえば歩く、という動作ひとつとってもそんな処理は一度実装すればダンジョンごとに実装する必要なんてありません。
むしろ、個別に作ることによって、あるマップだけ壁をすり抜けて歩いてしまう、なんてバグも簡単に起こってしまいます。
そしてそうなった時、歩く動作が悪いのか、マップが悪いのか、あなた方は悩まなければなりません。
一方でこういった設計の部分は本当に人それぞれです。癖もあれば良し悪しもあります。
たとえばTさんが挙られた「使用可能なのはフィールドでのみか、戦闘中のみか」というパラメータひとつとっても
アイテムにパラメータとして持たせる人もいれば
シーン管理（今戦闘中か、町の中か、フィールドかといったゲーム状態）システムを作り、そこにシーンに合わせてアイテム等の許可不許可を管理する、
マップ情報を管理するシステムに持たせる人もいます。
アイテム以外にパラメータとして持たせる利点を挙げるとすれば、「回復魔法不可、アイテム使用不可」といった特殊なダンジョンやフィールドを制御しやすくなる点などがあげられます
このように、一見アイテムで持つべきに見えるパラメータ、にみえても実際は他で管理するほうが便利な場合が多々あります。
こういった必要なパラメータやシステムの洗い出し、切り分けを行うには全員が何を作るか、何をしたいかをはっきりさせると楽になります。
ですから、魔法やアイテムの細かいデータは後で考えても大丈夫ですがまずアイテムって何をするものか、アイテムをつかって何がしたい
どんなイベントを起こしたいといった表現したいことをゲーム全体でまとめるといいかもしれません。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s