3.8 KiB
这个设计上，是一个待办事项软件，数据体，是弄一个Todo类，存储待办事项文本，还有一个是否完成的特性； 再弄一个Todos列表容器，去存储待办事项相关；
!
这个容器的调用，是异常情况下的，处理，也就是没拿到数据的，最初初始化状态
!
!
最开始时候，数据模型为空的时候，才会调用这个
!
一般运行时，使用的数据模型结构，是这个
!
这是运行时，使用的数据容器，获取器
!
Unity自带了一个测试运行器，入口
!
代码上，加Test标签
!
就会自动检索出来
!
运行，功能正常
!
数据模型，有一个升级更新器，使用的是Json解析序列化，在调用之前，是需要导入对应的，dll插件
!
!
!
更新器的Excute函数，是调用ConvertOld2New，遍历 待办事项 列表，将旧的数据模型，替换到新的数据模型
!
旧的
!
新的，包含guid实例化的Id序号，开始/结束 日期时间，完成状态，任务优先级，包含子任务，是否隐藏等信息
!
旧的任务列表
!
新的任务列表
!
数据模型，完成升级更新之后，需要一个，数据模型加载器； 这里是使用，unity的数据本地持久化，EditorPrefs.GetString和SetString进行获取和设置，对数据模型，进行加载和保存
!
加载，也是通过Json接口，完成解序列化即可，如果没拿到数据，就需要更新一下，数据信息
!
保存数据
!
新的Todo代办类，包含静态接口，根据花费时间数值，修改显示样式
!
获取，花费的时间，是结束时间和开始时间的差值
!
还有两个枚举，分别是，代办事项当前状态、优先级
!
除了待办事项，还有其他几种数据模型； 笔记的数据模型，是由Id和Content文本内容构成，在构造函数里，通过NewGuid方法，自动赋予一个独一无二的Id索引；
!
分类管理
!
产品和特性
!
针对数据模型，有一个统一的管理类； 创建和添加待办事项，相关函数； 还有4个获取器，分别获取，上述的几种数据模型容器；
!
移除笔记容器，整体的保存功能
!
之前提及过的，数据模型获取器
!
从待办事项字典容器，根据id这个key，获取到对应的，待办事项； 创建一个新的笔记文件接口； 排序分类列表；
!
移除对应的分类管理、创建分类管理，有调用之前的颜色工具类ColorUtil的，颜色转文本方法ToText； 移除，特定待办事项； 通过Index索引，拿到特定的分类；
!
Json序列化数据模型的打印； 产品的创建和删除逻辑；
!