文書の過去の版を表示しています。


グリッド

2次元をグリッド上に区切ったマス目の上で、何かを考えることがある。

上下左右への探索

通行可能なマスと不可能なマスがあり、隣接する上下左右へ移動を繰り返す問題がある。例えば以下の迷路のような問題が代表的。

S.#...
..###.
#.#...
....#G

これは、そのまま実装すると、以下のような課題が発生する。

  • 一番端のマスから外へ出てはいけないので毎度チェックする必要がある
  • 現在位置を (x,y)(x,y) の2値で持たないといけないので、計算量が僅かに増加する

いずれも些細な問題と言えばそうだが、以下で紹介されているテクニックを使うと、両方解決する。

全体を壁で覆い、グリッド内かどうかのチェックを不要にする
########
#S.#...#
#..###.#
##.#...#
#....#G#
########

1次元化し、現在位置を1値で持てるようにする
#########S.#...##..###.###.#...##....#G#########

(上、左、右、下)への移動は、それぞれ (W2,1,+1,+W+2)(W2,1,+1,+W+2) に対応する。

実装

以下のような入力に対する入力処理例

4 6
..#...
..###.
#.#...
....#.

1
2
h, w = map(int, input().split())
grid = '#' * (w + 3) + '##'.join(input() for _ in range(h)) + '#' * (w + 3)

斜めに見る

グリッドをナナメに辿りたいことがある。

座標の方向を以下のように定める場合、

   →j   0     1     2     3
i↓ 0 (0,0) (0,1) (0,2) (0,3)
    1 (1,0) (1,1) (1,2) (1,3)
    2 (2,0) (2,1) (2,2) (2,3)
  • 「/」方向のマスは、i+ji+j が一致する
  • 「\」方向のマスは、ijij が一致する

H×WH×W のグリッドにおいて、

  • i+ji+j の取り得る範囲は、0H+W
  • ij の取り得る範囲は、WH → 便宜的に W を足すと、0H+W になる

位置合わせ

ナナメ列同士で比較するときに、そのままだと開始位置が異なるためズレる。これを合わせたい場合、

「\」方向の列同士の比較は、互いの最も左上のマスを (i1,j1),(i2,j2) とすると、|(i1+j1)(i2+j2)|2 だけ、大きい方を後ろにずらせばよい。

   →j 0  1  2  3  4
i↓ 0 □ □ □ ❷ □
    1 ❶ □ □ □ ❸    ❷,❸同士を比べたい
    2 □ ❷ □ □ □
    3 □ □ ❸ □ □

「/」方向の列同士の比較は、互いの最も右上のマスを (i1,j1),(i2,j2) とすると、|(i1j1)(i2j2)|2 だけ、大きい方を後ろにずらせばよい。

   →j 0  1  2  3  4
i↓ 0 □ ❷ □ □ □
    1 ❸ □ □ □ ❶    ❷,❸同士を比べたい
    2 □ □ □ ❷ □
    3 □ □ ❸ □ □

2つずつの比較でなく、任意の2列を比較できるよう全体として共通のオフセットを持たせておきたい場合は、

  • 「\」方向は、左上のマスを (i,j) とすると、indexは i+j2(切り捨て)より開始
  • 「/」方向は、右上のマスを (i,j) とすると、indexは ij+W2(切り捨て)より開始
programming_algorithm/grid.1596014414.txt.gz · 最終更新: by ikatakos
CC Attribution 4.0 International
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0