11/04/30 19:57:31.81 5yUDH1bQ
最初からメンテナンス性を意識した設計にする
いきなりコモンを組み始めない
ひとつの明確な役割の為のコンパクトな処理グループを作る
入出力のテストをきっちり行い、以降は手をつけないつもりで作る
813:名前は開発中のものです。
11/04/30 20:16:58.71 OKXQVp6A
本体の機能追加とかあるから最後のは厳しいが
適当な区切りで最初から作り直すといいかもね。
814:名前は開発中のものです。
11/04/30 20:33:44.65 5yUDH1bQ
>>813
それも確かに有効だな
特に組み慣れてないならば一度はやった方がいいと思う。全体像の把握がいかに重要かも学べるから
815:名前は開発中のものです。
11/04/30 21:22:46.21 4zXx0kYN
>>811
俺もありえるかもしれない…。
ノリで作り始めたから、これから仕事と両立していけるかどうか…。
>>812
コンパクトでメンテナンスがし易い設計に
出来たら確かに楽そうだ。
ループも変数もまだうまく使えてないから、とにかく1コモンイベントが冗長になりがち。
>>813
最初って全て一からってこと？！(~_~;)
そうだ、質問します。
1コモンイベント、もしくは並列実行処理のイベントが多いというだけで、
ハングアップは起きますか？
時間の概念を入れて、
それに連動した並列処理イベントがかなりあるんで心配です。
今現在はテンプレを作ってる段階なので、そのテンプレが八十倍以上にもなる事を考えると、
そういった心配が拭えないんですよね。
よろしくお願いします。
816:名前は開発中のものです。
11/04/30 21:45:05.04 BKCC8kBY
今やっている方法は+=を使って時間経過を枚フレームごと変数に入れているということだよね？
Sys変数29,30にある、プレイ時間の読み込みは？
やりたいことが減算ということは、極端な例えなら、30秒以内にレベルを上げて、リミットまでにボスを倒せとかいうことかな？
ちなみにこの例えは「勇者30」というゲームタイトルが実際に存在します
Sys変数を薦めておいて、自分ではまだ試していないので具体的には説明できませんが、
一番最初の、『残り40時間』の表示を経過時間に合わせて減らしていく ということはピクチャ表示タイプ[3]で、残り\v[X]時間 とするのかな
817:名前は開発中のものです。
11/05/01 13:28:12.33 UL/+rjQ1
sys変数もやってるうちに気づいたんだけど、
コモンイベント集から引っ張ってきた時間計測コモンをベースに時間表示コモンを作ったし、
かつその計測コモンなら時間の流れを早めたり遅めたりと、
結構簡単に出来る事も分かったから何とかこれで作ってみようと頑張ってみました。
フレームを変数にいれてというのは恐らくそうです。
断言出来るほど理解もないままやってたら出来たという感じだから。
タイムリミットうんぬんはまさにそうで、クエストに時間制限を持たせるためです。
表示に関しては、他のコモンからも呼び出せるよう、vからコモンイベントセルフ、そして文字列変数に代入しています。
この辺も、無駄が多いのかも？ とは思っているんですけど、結果出来たしいいかなと考えてます。