2D斜視角遊戲的繪製次序總結（雲風的blog）

斜45度角遊戲，為了節省貼圖資源。可用正方形儲存地表貼圖，用的時候在旋轉45度，再scale(1,0.5)。

所謂類似 coc 這樣的斜視角引擎，在英文社群中叫作 isometric tileset engine。它在早期計算資源匱乏的年代用的很多，後來記憶體不是問題了後，就很少有人用了。由於沒有 z-buffer ，這種引擎的繪製次序其實很講究。

如果兩個物件 a 和 b ，a 不在 b 的扇面內，b 也不在 a 的扇面內，就認為 a 和 b 無關。

乙個簡單的方法是，利用所有物件之間的關係做一次氣泡排序。一遍掃瞄出乙個物件，它在所有物件之前，或是跟其它物件無關，把它放在第一位繪製；然後依次處理剩下的物件即可。這個方法很好理解，但是時間複雜度偏高。

另一種方法不需要排序，但是實現略微複雜一些。為了好描述，把地圖旋轉 45 度，變成正方形的方便解說。假如有如下場景。

從第一行開始從左到右掃瞄，直到碰到第乙個東西 c 。

檢查 c 的左邊是否全部被觸碰過，如果沒有，就把 c 壓入乙個臨時堆疊，然後另起一行重複前面的過程。但不要掃瞄已掃瞄過的區域。

如果 c 的左邊全部被觸碰過，則可以繪製 c ，然後從 c 的右邊繼續這個過程。

這個堆疊的最大深度不會超過總行數。而掃瞄永遠是從左向右的，只需要乙個和行數相同的陣列就可以儲存下已經掃瞄過的位置。這個演算法的時間複雜度以及空間複雜度都是 o(n) 的。

看完這個繪製過程，就知道，如果需要把場景正確的出來，需要知道地圖上有哪些東西，它們是什麼，它們在**，它們有多大。其它的資訊是不必要的。

為這個需求設計乙個簡單的資料結構，服務於繪製流程以及後面會提到的生成尋路圖。

管理繪製次序只有乙個 api ，就是從乙個座標取下乙個需要繪製的物件所在的座標。這個 api 所需要用到的資料，只要是乙個 2d 陣列，陣列上的每個元素可以表明所在位置的建築的尺寸就可以了。coc 裡都是正方型建築，只需要乙個邊長就可以記錄大小。