[g] raf 等 window 方法应该放在 Canvas 上

[xiaoiver]

对于非浏览器环境，不存在 window.raf 的情况下，提供创建画布时传入的方式。
但不应该在全局范围内 patch，还是应该放在 Canvas 上。

理由是我们的 Canvas 对位到 window，在多个 Canvas 存在的场景下，前一个销毁不会影响到后一个使用。

export interface ICanvas extends IEventTarget {
  devicePixelRatio: number;
  requestAnimationFrame: (callback: FrameRequestCallback) => number;
  cancelAnimationFrame: (handle: number) => void;
}

另外考虑到小程序环境（深感这种非标准环境就跟曾经的 IE 一样，不想着朝标准靠拢，却总要使用者适配），需要在 Canvas 初始化参数上新增，让 window.requestAnimationFrame / devicePixelRatio / Image / TouchEvent / PointerEvent 这些都能正常使用。

我们原本也使用了和 hammer.js 中一致的方法，来判断当前环境是否支持 Touch / PointerEvent，这会影响到事件系统如何格式化传入的原生事件，以及触发何种标准事件，例如如果检测到环境不支持 TouchEvent，系统就不会触发 touchstart 等减少传播处理。本身 globalThis 这样的标准属性就是为了减少对于 global / window / self 的判断，但在小程序这样的环境中完全无法使用：

export const SUPPORT_TOUCH = 'ontouchstart' in globalThis;
export const SUPPORT_POINTER_EVENTS = !!globalThis.PointerEvent;

解决方案是在 Canvas 上提供一系列 limits 方法，例如是否支持 PointerEvent，默认使用者不传则使用 globalThis 判断，传则覆盖（例如小程序环境需要告知是否支持，以及如何判断一个原生交互事件是哪一类）：

interface CanvasConfig {
  supportPointerEvent?: () => boolean;
  supportMouseEvent?: () => boolean;
  supportTouchEvent?: () => boolean;
  isTouchEvent: (event: InteractivePointerEvent) => event is TouchEvent;
  isMouseEvent: (event: InteractivePointerEvent) => event is MouseEvent;
}