方法所在的类名比较奇怪,比如 GenerateUnityPackageName 和 ExportPackage 所在的类都是 PreviousFunctions,PreviousFunctions 意思是之前的方法。是为了配合示例的名字而起的。
菜单栏的显示顺序问题,目前菜单栏的显示顺序有点混乱,如下。
这个问题存在了好久了,不过没办法,因为一到七个示例已经写好了,当时没办法更改,在整理阶段是改掉这个问题的比较好的时机。因为在本篇文章的开头,有说过我们一个一个示例进行整理,所以这两个问题,我们先记录下来,等每个示例都整理了一遍之后,再看看如何解决。
除了以上存在的这两个问题,我们还做了一个比较危险的操作,就是先删除了第六个示例,等到第七个示例的时候发现功能失效了,还好在第八个示例中我们有相同的功能实现,否则就要去靠记忆力去恢复功能了,或者靠我们 v0.0.0 版本的备份进行恢复。这样会耗费我们额外的精力和时间,是很不值当的。
基于这个经验,我们在整理代码的时候,要优先确保功能是有效的,然后再进行一些变更或者删除的操作。
小结把以上两个问题记录下来,我们的总结又可以更新了,更新后如下。
要做的事情:
(完成) 备份:导出文件,并取一个合理的名字。
遗留问题:
(完成一部分) 第八个示例与之前的示例代码重复,功能重复。
方法所在类的命名有问题。
菜单栏显示顺序问题。
约定和规则:
每个示例在 QFramework 目录下创建一个文件夹,文件夹的格式是: 数字.示例的功能
每个示例写一个脚本,脚本中包含可复用的静态方法和 MenuItem 方法。
每写一个示例进行一次导出,导出的文件名后边加上日期和时间,这个功能已经在导出功能里内置了。
每次有 API 变更的时候做一次备份,备份的名字采用 QFramework_vX.Y.Z 格式。
每次进行整理的时候要确保是在功能有效的情况下进行删除和变更。
示例分类:
知识学习&收集
API 收集
C# 语法实践
库本身的功能
规则实现
使用流程提供及优化
效率提升(编码体验、逻辑复用)
项目实用工具收集
除了更新了两个问题以外,又在约定和规则中增加了关于备份的规则,描述得很清楚了,这里不多说了。
今天的内容就这些,拜拜~
转载请注明地址:凉鞋的笔记:liangxiegame.com
更多内容
QFramework 地址:https://github.com/liangxiegame/QFramework
QQ 交流群:623597263
Unity 进阶小班:
主要训练内容:
跟着案例学 Shader(第一年)
副业的孵化(第二年、第三年)
权益、授课形式等具体详情请查看《小班产品手册》:https://liangxiegame.com/master/intro