「ゲームプログラミング/RPG」の版間の差分
削除された内容 追加された内容
432 行
==== 似た機能を複製する場合 ====
===== 2つのコード統合の基本 =====
Visual C系言語などによるRPG制作で、たとえば買い物システムでの道具屋(薬草や毒消しなど消耗品)のプログラムを作ってあるとしましょう。
480 ⟶ 481行目:
▲;統合の順序
武器防具屋を作る際、武器防具屋にも「買う」「売る」など様々なコマンドがあり、道具屋にも「買う」「売る」など様々なコマンドがあります。
487 行
このため、統合をする前に、最低
それが出来てから、効率的な統合の順序を考えるべきです。
もし、モードの中身を4モードぶん作る前に後先を考えずに、2つだけモードを作成した順にモード統合していくと、場合によっては残り2つの未作成のモードの追加が、かなり難しくなります。後先考えずに2個だけしか作ってない時点でモードを統合した後から、
;
上述のような「武器防具屋」/「道具屋」とコマンド「買う」/「売る」のように、プログラムによっては、統合(リファクタリング)の際に、2種類以上の統合の経路の発生するプログラムがあります。
504 行
なので、必ず、両方の経路ぶんのコードを全モードぶん個別に作ってから、その後に統合の効率的な経路を考えましょう。
そもそも、両方の経路ぶんの個別コードを作ったあとの統合作業ですら、そこそこ難しいです。
なのにもし初心者が片方の経路ぶんの個別コードしかない時点で統合し始めてしまうと、高確率で行き詰まってしまいかねず、一連のシステムのコードの書き直しになる危険性が高まってしまいます。そうならないように、上述のように両方の経路に対応した個別コードを全部書いてから統合し始めましょう。 ==== むやみにリファクタリングしない ====
|