PS：雙人編程的一個好處：可以減少設計時間的浪費。也就是避免過度設計。
因為沒有pair，本來計劃3個點（1故事點=1人時）的故事，花了20個點。。。
拜過度設計所賜。
想到了一個稍差點的替代方式，就是寫blog
。像下面這樣：
問題：多余的繼承體系：view及其子類。本來在Canvas繼承體系就可以搞定的。
解決方案：合并繼承體系。
教訓：不要輕信模式。不要輕信隱喻。重復代碼是檢驗真理的唯一的標準。
策略：
- 平行移動代碼。不花時間保證編譯通過，只要最終跑通單元測試即可。
- view順便改為style
估算：1點。
實際：2點。
ViewPort跟隨光標。光標大小可變。
方案
保存圖形數(shù)據(jù)
類似游戲地圖，但是游戲地圖是可以保存在磁盤中的，用的時候讀取，但是大部分時間還是保存在內存中。
問題
繪圖時更新光標位置
問題
- ViewPort繪制先于光標，但更新晚于（依賴于）光標。因此繪制會延后一幀。解決方案：
- repaint一幀。最簡單。問題：如何確定當前幀是否需要repaint。解決方案：在cursor中緩存是否移動的狀態(tài)；根據(jù)此狀態(tài)判斷是否需要repaint。
- 暫無其他
結論：采用繪圖時更新加repaint方法