Unity工程简单规范
2020-10-09 11:52:38 16 举报
Unity工程简单规范
作者其他创作
大纲/内容
图片文件夹Textures
UI控制UI
相同命名空间NameSpace
工程文件夹ProjectName
音效文件夹Sounds
工具方法Tools
生成的库Library
脚本文件夹Scripts
自制插件Plugins
工程设置ProjectSettings
插件文件夹第三方插件Name
单独模块Module
资源文件夹Resources
Shader文件夹Shaders
单个脚本 using NameSpace;//删除没有用的引用NameSpace WEY{ //使用规定的名称空间/// 类注释 包含类的功能,作者,和创建修改时间类修饰:[finally] private | public | sealed | internalClass【类名 所有单词首字母大写】Interface【接口 前缀I 所有单词首字母大写】:BaseClass 【父类】,IFunction【功能接口】
///变量的注释【作用,使用方法】Type variableName = value;// 变量:【camel】首字母小写,多单词首字母大写,仅在脚本中使用的变量使用private,如需使用public,可以考虑使用属性,仅在命名空间内使用的使用internal,只读的使用const(全局设定,不需要动态赋值和修改,变量名使用全部大写),readonly(首次设定值之后只进行读取使用),finally,///属性的注释【作用,使用方法】Type PropertyName{public get;private set;} = value;// 属性:【Pascal】所有单词首字母大写,属性的设定尽量在脚本中实现,在外部只进行读取
#region 区块注释 针对大脚本中,相关方法的整体注释/// 方法的注释 ,功能和使用方法FunctionName(args:Type argValue){ // 方法:【Pascal】与变量相同,能使用私有的不要用作共有方法// 临时变量注释 作用Type variable_name;// 方法内的临时变量:单词小写,单词之间使用下划线隔开,};#endregion1. 代码要注意书写规范,使用相同的书写格式。2. 未测试过的代码不要提交代码管理,测试代码不要提交代码管理。可以考虑本地分支和贮藏,进行遴选提交。3. 功能脚本不要些太长,可以考虑分层和拆分功能。4. 脚本逻辑可以按照功能区块整理,有顺序的,按照顺序书写。
场景文件夹Scenes
预制文件夹Prefabs
资源文件夹 Resources
配置文件夹StreamingAssets
游戏数据GameData
脚本文件夹 Scripts
贴图文件夹Images
文件夹第三方插件Name
Unity工程
模型文件夹Models
字体文件夹Fonts
预加载脚本Plugins
本地引用包Packages
工程资源Assets
游戏逻辑GameLogic
材质文件夹Materials
收藏
0 条评论
下一页