unity的个人规范

最近整理了一下unity里的目录使用和脚本上的一些规范,这个看个人习惯,仅供参考

1.unity中的Project目录

整体目录大致如下:

按资源种类分文件夹,然后每个内部再根据自己项目模块分类

比如Scripts:

Resources根据资源加载,再来一层同样的,然后内部同样的根据自己的模块分类,至于StreamingAssert啥的同理

2.Unity中的Hierarchy

我个人的目录一般如下:

不会放太多东西,主要是动态加载,依项目情况而定。

3.C#编写规范

类名:脚本名首字母大写,单词首字母大写,如Rule,RuleControl等

变量名:命名表达意思,可以mainRole或者MainRole之类的

注释:脚本说明和变量注释都使用,方法内的注释就简单点的//就可以了

/// ,这样的好处是,你鼠标放到想知道的类名或者变量上去,都会有介绍,这样在其它脚本中调用时就不用,跳过来跳过去了

字段封装:下划线开始,举例如图

方法:方法命名同变量和类名一样,然后注释的话也用///这样的好处是,调用的时候不仅知道参数是干啥的,而且知道每个参数的含义

代码块,代码块的功能时折叠代码,这样的话可以让代码看上去清爽,而且很快找到自己需要的的功能,主要就是把自己的代码包含在#region和#endregion中

这样看上去是不是很舒服,VS里怎么区分代码块不清楚,但是Mono里的侧栏这个看的就很清楚

但是mono调试和使用起来不是很方便,喜欢就是它这个DccumentOutLine不错,找起代码来方便,VS里目前不知道有没有这功能,小伙伴知道的可以知悉我

条件调试运行

有时候会方便调试,写一些快捷的调试代码,只有自己测试时候才会用,但是注释和解除注释,几行代码还方便如果是一片,那会很麻烦,那就用条件调试

比如,我的测试代码,这是打开状态,关闭状态秩序注释掉define即可

当然还有简单的方法,改个true或者false就可以了,如图

这里只是个人见解,大家有意见或者建议的可以提出来,修改完善

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容