[TOC]

2018-12-18由Github转移到码云

加入包管理

对UGUI下LayoutGroup的优化

原理：利用Grid大小固定的特性（每一个元素在Content的位置是可以计算的），Content的大小设置为总大小，这样就不用关心滑动的细节，滑动过程根据Content位置计算视野内的元素，刷新边界的元素。从而减少同时存在的元素量，减少元素的创建销毁。

注意：

数据只支持左对齐或上对齐，不支持居中对齐

数据到达一定的量的时候（如10w），Pos的值可能会非常大，会影响滑动的效果（可以明显看到progress为0和1时滑动手感是不一样的，所以感觉是数值[单排时(spacing+cell)*count]太大造成的）当然实际使用中，数据到1w都极少极少吧

• 新建元素UI类，继承LayoutItem，重写如下刷新UI的函数
  • public override void TryRefreshUI(ILayoutItemData data)
• 新建元素数据类，继承ILayoutItemData
• 新建一个新的具体Layout类，继承InfinitelyLinearGridLayoutGroup<T, F>，指定具体的元素UI结构T(LayoutItem)和元素数据结构F(ILayoutItemData)
  • 不需要其他内容，直接可用了
  • 为什么不直接用父类？
    • Unity不支持挂载这样的Mono
• 脚本挂载在Scroll View/Viewport/Content结点
  • 大部分时候，很多的参数是由UI同学在Art工程去设置和调整的，这时候在该结点下挂载==LayoutEditor==脚本，LayoutConfig构造的时候有接口读取这些配置
• ==初始化配置和数据==（配置说明见后面）
  • public void DoInit(LayoutConfig tconfig, List<F> tdatas)
• ==数据变更==
  • public void RefreshDatas(List<F> tdatas = null, ModifyConfig modifyConfig = null)
  • 新的数据
  • 可以微调部分参数，结构见后面说明
• ==获取进度==
  • public float CurProgress()
  • 辅助保存进度下次恢复
• 优化建议
  • 元素数据结构填充代价大的内容（比如头像/图标等要加载卸载资源）在刷新UI的时候进行差异比较，刷新UI的时候判断差异才修改

配置数据（LayoutConfig）：

• Transform prefab 预设
• LayoutDir dir 滑动方向
• int dirCellWidth 固定的行数或者列数（单排或多排）
• float dirviewLen 可视区域长度，用来算进度
• Vector2 cellSize 大小
• Vector2 spacing 间隔
• int bufHalfCnt 单边额外缓存的数量，建议为1
• float progress 初始进度
• int frameWorkCnt 一帧最多更新几个元素，0是无限
  • 当一屏显示的数据很多，第一次初始化会卡顿，可以设置这个数量

配置微调（ModifyConfig）：

• float? progress
• Vector2? spacing

LayoutEditor挂载到Content结点上，配置信息，可以及时调整效果，并保存

说明：

• 填写相关参数，调整EditorCreateCnt就可以创建相应数量的Item来预览效果
• 运行时EditorCreateCnt无效
• 调整完成后，EditorCreateCnt记得置为0

• Q：如何实现Padding？
  • A：把Mask从Viewport移到Scroll View，设置Viewport中RectTransform的Left/Right/Top/Bottom。
• Q：选中态的处理？
  • A：需要记录当前选中的LayoutItem和对应的数据ID，根据这个信息来显示隐藏选中态，切换的时候，控制一下