数据改变 AttrChange -> 显示改变 Text.text=value
显示改变 onValueChanged -> 数据改变 data=value
UIBase_Data存数据用Dic<string,System.Object> data，装箱拆箱？客户端的EventSystem有两种Register的方法
第一种 EventSystem.Register<T>
第二种直接加AEventAttribute特性
对于实际项目来说，不同的UI应当由它所在对于的层级，不同于普通的Canvas1,Canvas2等，我们根据实际项目需要，设定好了层级，每个层级按Canvas分割，显示顺序用OrderInLayer来设置。
Base层：主要显示一些常驻的主界面UI，如活动入口、功能入口、技能按钮等。
Pop层：主要用来给弹出界面使用，用的比较多，比如打开背包界面、打开活动界面等。
Tips层：主要用来给各种Tips使用，比如技能介绍、装备介绍，Tips层支持多开。
Top层：给一些顶层使用，比如跑马灯、Boss技能提示、气泡提示等。
System层：主要给程序使用，比如加载进度条、转圈圈提示等。
首先确定一个基准分辨率，1920*1080。但是很多时候不同的移动设备对应的分辨率是不一样的，并且对于PC端来说，用户可以随意拉伸窗口。
对于每种分辨率，生成一套对应的UI。不现实。
不管实际分辨率是多少，始终用1920*1080来显示。带来的优点是能够精确地表示原始UI的展现效果。缺点是如果分辨率过高，那么实际显示内容会缩小；如果分辨率过低，那么会裁剪UI。一般不用。
强行把1920*1080分别按宽和高按比例拉伸到屏幕实际分辨率。
缺点是不是按宽高比拉伸的，会出现UI界面变形的问题。一般不用。
我们定义ScaleX=实际X/1920，ScaleY=实际Y/1080。
如果以min(ScaleX,ScaleY)为比例拉伸，那么屏幕可能会出现黑边。对应Expand模式。
如果以max(ScaleX,ScaleY)为比例拉伸，那么UI界面可能会超出屏幕。对应Shrink模式。
对于普通的UI界面，按宽高比拉伸，用Expand模式。
同时，把UI界面的背景图，按宽高比拉伸，用Shrink模式，避免黑边。可以挂载一个Mono脚本来动态设置。简单来说就是看x/y的比例，如果是>1就表示x更大，更宽，以实际x/1920作为比例设置y。
在此基础上获得设备的实际分辨率，计算二者的Ratio。
在CanvasScaler组件中有几种模式，我们选择ScaleWithScreenSize。把基础分辨率填进去。
在ScreenMatchMode属性中有三种模式，MatchWidthOrHeight Shrink和Expand
case ScreenMatchMode.MatchWidthOrHeight:
{
// We take the log of the relative width and height before taking the average.
// Then we transform it back in the original space.
// the reason to transform in and out of logarithmic space is to have better behavior.
// If one axis has twice resolution and the other has half, it should even out if widthOrHeight value is at 0.5.
// In normal space the average would be (0.5 + 2) / 2 = 1.25
// In logarithmic space the average is (-1 + 1) / 2 = 0
float logWidth = Mathf.Log(screenSize.x / m_ReferenceResolution.x, kLogBase);
float logHeight = Mathf.Log(screenSize.y / m_ReferenceResolution.y, kLogBase);
float logWeightedAverage = Mathf.Lerp(logWidth, logHeight, m_MatchWidthOrHeight);
scaleFactor = Mathf.Pow(kLogBase, logWeightedAverage);
break;
}
case ScreenMatchMode.Expand:
{
scaleFactor = Mathf.Min(screenSize.x / m_ReferenceResolution.x, screenSize.y / m_ReferenceResolution.y);
break;
}
case ScreenMatchMode.Shrink:
{
scaleFactor = Mathf.Max(screenSize.x / m_ReferenceResolution.x, screenSize.y / m_ReferenceResolution.y);
break;
}
一种办法就是把UI左右两边往里缩。
大概意思就是说，在UI的根节点上，设置它的RectTransform的sizeDelta的x值。或者设置锚点也可以。
提供红点枚举。
红点存在这种需求：我的父节点下有若干子节点，只要有子节点发生变化需要同步到父节点，父节点检测完自己后也要检测子节点。常见的应用场景是，最外面有一个活动按钮，活动界面有一个特殊活动入口，特殊活动入口有一关，这就有三层了。
标签类提供了添加父节点绑定的参数
public RedPointAttribute(RedPointType pointType, RedPointType baseType = RedPointType.None, RedPointParamsType paramsType = RedPointParamsType.NoParams)
如果是None，表示没有父节点，如果非None，表示有。
管理器会收集两次红点类型，第一次收集，简单地遍历所有红点枚举，生成单例储存；第二次收集，遍历所有带父节点的红点枚举，找到对应的父节点，把子节点加入到它的子节点列表中，同时把子节点的父节点设为之。
红点标脏触发有两种，通过事件触发和通过玩家数据库变化触发。
每个红点类可以重写OnInit方法，在这个方法里添加要监听的事件枚举。当事件触发后，会调用
protected virtual bool CheckEventSetDirty(Entity receiver, Entity sender, EventParamBase e)
{
return true;
}
来判断是否要标脏，可以重载这个函数做自己功能的逻辑。
同时我们也支持监听数据库玩家数据是否变化
protected void AddServerDataRegister(int poolType, int index)
参数包括数据库类型和数据库字段索引，效果同上，同样可以重载数据库检查是否需要标脏逻辑。
标脏就是设置IsDirty的值，如果发现有父红点，那么也会设置父红点的值，层层往上。同时会把对应的红点枚举标脏，加入到待检查列表中。
在管理类的OnUpdate方法里，每次会遍历所有标了脏的需要Check的红点类型，是一个列表，遍历完后清空。
调用红点类型对应的单例类的Check方法，然后调用单例类所有子红点的Check方法，最终获得本红点类型下的红点情况，显示还是隐藏。最后遍历绑定的所有RedPoint物体，把本红点类型和状态传过去。
在RedPoint中，每次外面传了红点类型和状态之后，自己这边会做一个检查，遍历所有的传过来了的红点类型，只要有一个状态为true，那么就把物体显示，如果所有的状态都为false，那么就把物体隐藏。
管理类提供BindTarget(type,obj)接口，用来将需要显示的obj绑定到对应的红点枚举中。管理类会先通过红点类型找到对应的单例，然后把obj绑定到单例里去。绑定后，会给obj添加一个辅助MonoBehaviour，RedPoint。
注意绑定的时候如果有脏标记会刷新一次。
Control：每个红点枚举有对应的子类，在子类编写你的Check逻辑，Check返回bool，表示是否有红点。Check逻辑用到的数据是通过全局拿的。
View：管理类提供BindTarget(type,obj)接口，用来将需要显示的obj绑定到对应的红点枚举中。绑定后，会给obj添加一个辅助MonoBehaviour，RedPoint。
红点类检测时机：绑定obj，初始化，事件监听等。当时机到了后，会将对应红点子类标脏。在Update逻辑中，遍历脏红点子类，判断红点状态，分发到红点子类绑定的Obj中。
绑定的Obj的RedPoint组件根据传过来的红点状态，设置红点的显隐。如果由多个红点枚举控制，那么根据规则，（仅当全部，任意一个），设置红点的显隐。
拓展：在绑定obj时，可以传入自定义的数据作为参数。