心灵奇旅观后感
在电影的最后, 主角回到了自己身体, 完成加入乐队后乘地铁回家, 并没有自己想象中的那么开心.
不存在组件创建后在调用过程中动态添加属性并加载上数据, 因为顺序是先创建组件, 根据组件成员组件变量动态添加属性
首先win10上使用micro run时无法运行, 目前官方说会修复, 但是目前没结果
1.按照微软官方文档安装wsl2
2.在Ubuntu上手动 go、protoc下载、解压、添加默认环境变量
3.按照micro官方文档一步步就行了
tips:micor-config设置变量value是数字时需要按照int取
世界是一个一直运行的电脑程序, 每个人都是一个object, 诞生就是new, 死亡就是delete, 活着就是function的执行.
要理解整个世界, 就是理解整个程序. 程序可以查看源码, 但现实世界中的很多代码没有访问权限, 需要你拿到权限(去接触, 询问那里甚至还要升职), 而且还要花大量的精力去理解运行过程. 也许你能得到最真实的结果, 但是你在这个事件上花费太多的精力.
所以要用情商老来处理实际问题 主要是与人打交道(向我妈学习)
要用从逻辑分析和(血和痛)经验来看待实际问题 主要是做事出发角度(向我爸学习)
目的:好的一次游戏体验
态度:活在当下, 基础夯实, 每走一步都是自己思考过的(加快速度 提高质量)
价值:自己发光 发热 对公司完成任务 对家人关心 对同事业务新闻交流 对同学聊天
人人生而平等, 一切的不同都是经历, 际遇的不同.理解万岁(但如果快速 高效的实现 现在还没有好的方法)
1.编辑器统一使用VSCode, git GUI 统一使用 SourceTree
2.代码写完后需要格式化文档(ctrl+shift+f) 整理import语句(ctrl+shift+o)
3.打印日志统一使用cc.log 禁止console.log 如果要自定义 请在cc_preview中不要使用 不然调试时无法知道日志是在哪一行
4.除了需要在cocos creator中绑定东西 否则不要将变量添加@property
5.除了自定义组件外 不要使用类似executeInEditMode这样
自定义组件请继承 cc.Component
6.代码统一的命名规范, 推荐使用小驼峰 除了消息名称
7.预制prefab统一的命名规范, 最好使用_进行分词
8.统一的编码规范, 大括号不换行 else和上一个大括号同行 不要没大括号
9.使用 “ 而不要用 ‘
10.import结尾不要有 ;
11.发送消息时使用send
12.除了需要继承的基类 只new一次的class 最好使用namespace
13.方法合集 请使用namespace 方便引用时 git进行合并
14.如果使用单例 请使用命名空间 或者 export default new 对象(可以是xxx.Instance)
15.不要使用 new cc.Color | new cc.Rect, 请使用 cc.color | cc.rect
16.尽量使用 cc.tween 而不是 cc.Action, 在高版本creator中会警告的
17.尽量不要写会产生警告和错误的代码 除非是外部js扩展引起的
18.枚举在外面请使用enum 如果需要在@property使用 此时再用cc.Enum()包起来
19.返回值不为空的方法 请定义返回值
20.对常用对象 请通过接口interface来定义对象类型 成员变量一定要定义类型
21.尽量不要保留不需要的代码 除非非常可能会使用的和测试代码
22.不要有basefunc 各个module定义自己的func 除非非常纯粹的方法 并且一定要有方法描述 推荐插件(doc this)
22.array或object 每一组key最后一定要有 , 方便扩展
{
a,
b,
}
23.每个ts最后一定要空一行 方便扩展
24.如果不是代码中调用的资源 请不要放在reurces下 统一放在res下
res/
modulexxx/
res/
modulexxx/
scripts/
modulexxx/
25.如果sp.Skeleton组件设置了播放完成回调setCompleteListener, 需要在onDestroy之前设置为空setCompleteListener(null)
26.回调函数使用匿名函数, 而不是使用临时变量self来保存this