cyl的博客

记录所思

首先win10上使用micro run时无法运行, 目前官方说会修复, 但是目前没结果

1.按照微软官方文档安装wsl2

2.在Ubuntu上手动 goprotoc下载、解压、添加默认环境变量

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 T为你的自定义消息接口 防止消息因字段名错误 或漏填而出错

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

上周六和潘杰聚餐了一次, 谈到了以后怎么办.

我想到了毛爷爷的一句话, 要两手都要抓, 两手都要硬.

既要完成现有工作和增强现有能力, 也要想好自己的方向, 下班和休息时 学习自己的新的方向.

0%