根据uiEvents和uiProperties新增add接口修改Form和List的视图

和 @bobshen 聊了下，再想了下，我们使用内部函数作为代理，原型方法 **强制** 不得有`Event`对象的时候，确实会造成函数数量膨胀、逻辑过于曲折等情况，下面是我思考后的一些总结：

1. 原型方法的设计 **不得** 依赖“其来源是一个事件”这个前提
2. 当满足以下 **所有** 条件时，原型方法直接用作事件处理函数是可行的：
    1. 原型方法本身设计为接收一个参数
    2. 且这个参数中所需要的属性均由`Event`对象提供
    3. 不存在对`type`、`target`这些`Event`对象自带的属性的依赖
3. 原型方法的函数声明（及对应的jsdoc注释） **不得** 以`Event`作为参数类型，需要以`Object`为参数类型，且文档化对象中需要的各属性

说白了，我们保持这样一个假想：今天的事件明天我用`setInterval`轮询去检测触发，而原型上的方法必须不能作任何修改

各位感觉如何？