UI设计中的命名规范是确保开发效率、维护性和团队协作的重要环节。以下是设计命名时需遵循的规范与方法:
一、命名规范原则
全小写英文字母 开发环境(如代码库)仅支持小写英文字母,建议使用如`button`而非`按钮`,避免因大小写差异导致资源无法识别。
避免空格与特殊字符
命名中不得包含空格、下划线等特殊字符,例如`tabbar_icon_home`比`TabBar Icon Home`更规范。
使用命名约定
- 通用组件: 采用`组件_类别_功能_状态@分辨率.png`格式,如`button_home_normal@2x.png`(对应中文:按钮_主页_正常状态@2倍像素)。 - 模块特有组件
二、命名格式与示例
通用切片命名格式 - 结构:
`组件_类别_功能_状态@分辨率.png`
- 示例:
- `navbar_icon_login_default@2x.png`(导航栏_图标_登录_默认状态)
- `sidebar_button_add@2x.png`(侧边栏_按钮_添加)
模块特有切片命名规则 - 在通用命名基础上添加模块前缀,例如:
- `profile_picture_editing@2x.png`(用户资料_图片_编辑中)
- `chat_window_message_sent@2x.png`(聊天窗口_消息已发送)
三、注意事项
避免重复名称
若存在多个同名组件(如不同尺寸的搜索图标),需通过添加后缀区分,例如`search_icon_small@2x.png`和`search_icon_large@2x.png`。
使用英文单词表
为减少全称命名带来的冗长问题,可对常用词汇进行缩写,如`btn`替代`button`,`nav`替代`navigation`。
保持一致性
项目内所有设计师需遵循同一命名规范,避免因命名差异导致资源混淆。
四、补充说明
开发协作: 规范命名可减少开发人员修改切图的频率,提升效率。 扩展性
通过遵循上述规范,既能保证设计的专业性,又能有效促进团队协作与开发效率。