最近になってやっと継承という技（？）をまともに扱えるなってから
依然にも増して使い回しや応用が効きやすいコードを意識して書くようになりました

そこでタイトル画面で「ニューゲーム」とか「コンティニュー」とかを選ぶ１次元のメニュー画面も
（ゲーム内のメニューにすぐ使い回せるような）応用が効くように基本のクラスを作っておいて、それを継承（シンプルなメニューの場合はそのままでも使えるように）して使うコードを作りました。

ちなみに今までは選択状態を保持する静的変数をメニューの数だけ関数毎に宣言して
画像は画像格納用のクラスからその都度持ってきて
処理を分けてたから似たような関数がいくつもあったりして
とあんまりスマートじゃない実装方法を取っていましたが

この方法なら今までに比べると大分スマートに書けるようになりました


そして、その１次元メニューの基本のクラスを作り上げた所でふと気付きました
今のプロジェクト（ローグライクゲーム）では既にタイトル画面のメニューは出来あがっているし
状態遷移まで作ってしまったのだから、態々作りなおす必要はないのでは？

確かにプログラムは読みやすくなるでしょうが
作業時間を考えたら割に合わないのでは？

それなら既に出来上がっている部分は今のままで
今後実装する部分だけそのクラスを使えばいいのでは？

と考えたのです
今回に限って言えば、ＷＥＢに時間を取られて予定がやや遅れているのでその判断は正解だったように思えますね

結局何が言いたいかといいますと
「コードを直すか直さないか、実装に手を抜くのかどれくらい気合いを入れるのか」
もっと言えば
「汚いコードでもバグななければそれで妥協するのか、後で使い回せるように＆メンテナンスしやすいように書きなおすのか」
そういう判断もプログラマーには、特に僕を含めミクプラの住人に多いであろう同人ゲームのプ

ログラマーにとって大切なスキルなんですね

という事に気づいたんです（前置き長いなぁ）
プログラミングを初めておよそ５年と半年、ようやく気付けました（苦笑）
まぁでも、今後は継承を上手く使って作業時間を短縮出来るでしょうし
その分で今まで実装したことが無いようなシステムの実装に注力したいですね。

・・・他の方々はこの考えについてどう思うのでしょうか？


あっ、ＷＥＢの方は昨日、運営開始時に公開を予定している形が出来上がって
一両日中にはレンタルサーバーの申し込みをしようかなと思っているので
やっぱり運営開始は今月下旬になりそうです

今のうちに作り直すことで一時的に面倒ではありますが後々メンテしやすくなるので私なら直しますかね。
下の作りは特に時間をかけてやるべきなので、特に時間に追われてるわけではないのであれば、といった感じです

せんちゃさんなら、そうおっしゃると思いました
格言う僕も、もう少し時間があれば作りなおしてますけどね（苦笑）
そういう時間配分が下手なのは相変わらずな自分です

下の部分をしっかり作っておけば後々楽になれるのは分かっているんですけど
それが難しいんですよね（苦笑）