[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 19:07 / Filesize : 269 KB / Number-of Response : 986
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【初心者】スレを立てる前にココで質問を【Part19】



183 名前:名前は開発中のものです。 mailto:sage [2009/04/08(水) 17:24:23 ID:Vxe0fs9Y]
>>181

>個別の変数名をもった(体力、攻撃…など)
>パラメータなどを配列化して一元管理しようと思っていたのですが、
>これもまた誤用だったのかもしれません。
これは普通にクラス化してプロパティとしてアクセスするのが良いのじゃないかな。

インデクサだと嬉しいところってのがあんまり思い浮かばない。
これは設計している上じゃないと思いつかないもんだからなぁw

>その座標固有のフラグや、Aスターアルゴリズムなどの情報を
>別途の配列に格納していたのですが、もしかして無駄なメモリを消費していたのでしょうか。
マップの地形情報とかは確実に前座標に必要な物だけど、
たとえばその上に乗っかる建物情報(大戦略でいえば都市や空港)は
別のListとか配列とかにすれば良いのじゃないかなぁ。
HashMapとかのほうが今回の目的には合っているかもしれない。

Aスターアルゴリズムの情報をどう持っているかわからんけど、
計算後の最短経路をリストで持つだけなんじゃないの?
計算途中でも配列が必要な場面は無いと思うんだな。

>何だか作ってもソースが汚く見えてしまうんです。
>もう6回くらい作り直してるんですが、
>汚いソースを手直ししたくないという欲望がありまして…orz
完成>>ソースの綺麗さ ってのだけは重要。
どんだけ綺麗に書いても完成しなければクソだ。

アルゴリズムの勉強もすでにやっていると思うから
つぎはデータ構造についての勉強をすると良いと思う。
この二つは切っても切れない関係だからね。
そうすれば、自分の思うデータを、どのデータ構造で表現すれば効率が良いかがわかってくると思う。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<269KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef