- 不思議のダンジョンみたいなゲームでこういう状況になっとる
型表記は Dictionary<int, Dictionary<int, Dictionary<int, Dictionary<int, object>>>> と何とも壮観に仕上がった😤
- すげえ！！！！
- 天才の可能性も微レ存か？😤
- 四次元構造ってわけか
- Python？
流石にネストしすぎ - >>5
C#
他のやり方教えてクレメンス😭 - 柔軟な発想
- >>6
むしろこれ以外に何も思い浮かばなかったんや - 猛虎弁きっしょ4ねゴミ
- Keyを一つのクラスにするとか？
あんまわからんけど - >>10
辞書から取り出すときはxy座標の値を用いるため、クラスにすると辞書による高速化が効かなくなる - >>13
HashCode与えてキーにすれば問題なくない？ - >>16
HashCodeってポインタ的なことか？座標値を全て１つのクラスにまとめてそのクラスをキーにしたとして、じゃあ（２、２）と（２、３）を格納しているクラスをどうやって見つけるのかというと、結局クラスの中の値一つ一つと比較していって一致するものを探すことになるから遅いんや
- >>25
イミュータブルって知ってるか？ - >>31
ガ●ジだから分からない😭 - 高速化という意味では正しい
複雑だけど効率的
ただ、他の奴には解読不可
あと半年後のお前でも解読不可 - >>11
速度重視ならやっぱりこれしかないんか😭 - >>14
せやで
わかりやすい作りはほかでも出来るけど
速さを求めるならこれが楽 - >>17
あざっす - >>14
ちょい速度落ちるけど特定するために連結文字を作って特定したら？
それだと辞書クラスは1つで済む
ただ、何か1つユニーク性の文字列を選ぶ必要があるけど、個人的にはいつも＄使ってたわ
key1$key2$key3$･･･
みたいなのだとkeyを無限に作れる - >>23
なるほど
新しい知見を得た
サンガツ - 設計おかしいぞそれ
- >>12
マ？助けてクレメンス😭 - >>15
そもそも何に使うのこれ
本当にキー4つ要る？
高速化っていうならそれこそ1つに纏めればよくね？ - >>27
1つにまとめた上で後の分解する方が処理的には遅くなる
ループさせるよりはマシだけど - C言語から始めたやつはこういうコード書きやすい
確かに速度は出るけど、可読性考えるなら、クラスを1つずつ設計しろ - >>18
1人でしか作らないプログラムに可読性いらんやろ
プロジェクトで作ってるならともかく - 速度重視にする必要性は？
可読性の方が重要なような - >>19
ワイのゲーム割とFPSカツカツなんや😭 - 座標の上下左右って考え方じゃいかんのか
- >>21
（２、２）と（２、３）の境界は
（２、２）と（２、３）の値のどちらからも取得できるようにしたいからそれは無理や - 高速化としては正しいのか
c♯知らんけど
array{
x1,
x2,
y1,
y2 }
みたいなのはだめ？ - >>22
それだとかなり遅い
特定ができない
特定するためにループする必要あるやろ
辞書はループなしに一気に飛べる - というか辞書型でキー指定で引っ張ってくるってそんな速いの？
- >>29
そら配列の中身を直接指定できるからね
もし仮に100万の配列の中からある文字列が入っているものを特定する場合と、ハッシュによる指定だと平均的に後者が圧倒的に早くなる
アルゴリズム学では当たり前の話やで - >>32
いや探索するのは文字列じゃなくて整数じゃん
辞書型使う方法だと毎回探索する必要があるような - String key=x1+”,”+y1+“,”+x2“,”+y2
にすればキー一つで済むで
intをStringに変換するのが汚い気がするが… - >>36
上でもそれ言ってる人おったな
それは思いつかんかったわ - >>37
チェイン法でぐぐるんやな
この考え方をさらに高度化したものがチェイン法なんや - >>38
調べて見るわ
サンガツ - まって
座標直接指定なら配列でいいと思うが？
状態が4つあるの？
辞書が早いのは分かるが座標をキーにしてるのが意味わからん
混乱してきた
【悲報】ガ●ジプログラマワイ、辞書の辞書の辞書の辞書という型の変数を宣言する
VIP
コメント一覧