PS：双人编程的一个好处：可以减少设计时间的浪费。也就是避免过度设计。
因为没有pair，本来计划3个点（1故事点=1人时）的故事，花了20个点。。。
拜过度设计所赐。
想到了一个稍差点的替代方式，就是写blog
。像下面这样：
问题：多余的继承体系：view及其子类。本来在Canvas继承体系就可以搞定的。
解决方案：合并继承体系。
教训：不要轻信模式。不要轻信隐喻。重复代码是检验真理的唯一的标准。
策略：
- 平行移动代码。不花时间保证编译通过，只要最终跑通单元测试即可。
- view顺便改为style
估算：1点。
实际：2点。
ViewPort跟随光标。光标大小可变。
方案
保存图形数据
类似游戏地图，但是游戏地图是可以保存在磁盘中的，用的时候读取，但是大部分时间还是保存在内存中。
问题
绘图时更新光标位置
问题
- ViewPort绘制先于光标，但更新晚于（依赖于）光标。因此绘制会延后一帧。解决方案：
- repaint一帧。最简单。问题：如何确定当前帧是否需要repaint。解决方案：在cursor中缓存是否移动的状态；根据此状态判断是否需要repaint。
- 暂无其他
结论：采用绘图时更新加repaint方法