[旧][Android] 命名规范和编码规范
备注#
原发表于2016.05.07,资料已过时,仅作备份,谨慎参考
前言#
本文适用范围:已参加项目开发的人
写这篇文章的目的是为方便地对代码进行管理,让整个团队的代码规范化。这里的部分规定可能和你在其他地方看到的不一样,但还是请遵守这些规则。
编码规范是泯灭程序猿个性的一项制度,但对于整个团队而言,却是一件利器
-《App 研发录》
统一代码格式#
首先请参照这篇文章设置 Android Studio 的 Code Style:
细心的同学可能会发现代码风格跟 Google 推荐的不一致,但请记住,我们是一个团队。
项目结构#
命名规范#
控件 Id 命名方式#
命名模式:View 缩写_逻辑名称
例如一个登陆按钮 Button:id 为 btn_login,私有成员变量 mBtnLogin
View | @Id | Java variable(private) |
---|---|---|
Button | btn_ | mBtnLogin |
TextView | txt_ | mTxtLogin |
ImageView | img_ | mImageLogin |
EditText | edt_ | mEdtContent |
Spinner | spinner_ | mSpinnerNation |
TabLayout | tab_ | mTabLayout |
LinearLayout | linear_ | mLinearLayout |
Layout 相关#
Component | Class Name | Layout Name |
---|---|---|
Activity | UserProfileActivity | activity_user_profile.xml |
Fragment | SignUpFragment | fragment_sign_up.xml |
Dialog | ChangePasswordDialog | dialog_change_password.xml |
AdapterView item | --- | list_item_archive.xml |
Color 相关#
通常我们不直接使用数字来定义一些属性值,而是先将它定义在所对应的文件里,然后去引用它。
- 推荐从 Material Design 中 Color 中选取颜色(后详)
- 尽量以 "颜色名称_程度" 来命名
- 必要时也可用颜色功能来命名
在上方 color palette 的网页中,可以看到官方设计文档的调色板,尽量从文档中选取颜色,来命名和使用。
命名采用全小写,下划线分割的形式。
<!-- color -->
<color name="grey_xlight">#F5F5F5</color>
<color name="grey_light">#E0E0E0</color>
<color name="grey">#9E9E9E</color>
<color name="grey_dark">#616161</color>
<color name="grey_xdark">#424242</color>
<color name="title_normal">#FBE9E7</color>
<color name="bg_pop>#FF6D00</color>
<!-- material color -->
<color name="material_red_500">#F44336</color>
<color name="material_purple_100">#E1BEE7</color>
<color name="material_green_800">#2E7D32</color>
注意 Material color 的命名方式
Dimen 相关#
- 尽量以 "逻辑名称_程度" 来命名
- 必要时也可用 "逻辑名称_功能" 来命名
<!-- text size -->
<dimen name="text_size_xxsmall">12sp</dimen>
<dimen name="text_size_xsmall">14sp</dimen>
<dimen name="text_size_small">16sp</dimen>
<dimen name="text_size_medium">18sp</dimen>
<dimen name="text_size_large">20sp</dimen>
<dimen name="text_size_xlarge">22sp</dimen>
<dimen name="text_size_title">18sp</dimen>
<!-- typical spacing between two views, margin or padding -->
<dimen name="spacing_tiny">4dp</dimen>
<dimen name="spacing_small">10dp</dimen>
<dimen name="spacing_medium">14dp</dimen>
<dimen name="spacing_large">24dp</dimen>
<dimen name="spacing_huge">40dp</dimen>
<!-- typical sizes of views -->
<dimen name="button_height_small">32dp</dimen>
<dimen name="button_height_medium">40dp</dimen>
<dimen name="button_height_large">60dp</dimen>
String 相关#
String 命名的前缀应该能够清楚地表达它的功能职责,若是某个模块的字符串,可以以这个模块的名字为前缀然后再加上它的含义,如,registration_email_hint,registration_name_hint。
<string name="app_name">趣编程</string>
<string name="registration_email_hint">请输入邮箱地址</string>
<string name="registration_name_hint">请输入用户名</string>
如果一个Sting不属于任何模块,这也就意味着它是通用的,应该遵循以下规范:
error_ | 错误提示 |
success_ | 正确提示 |
msg_ | 一般信息提示 |
title_ | 标题提示,如,Dialog 标题 |
action_ | 动作提示,如,“保存”,“取消”,“创建” |
direct_ | 页面跳转提示 |
其他通用字符串尽量以:类别_功能 或 含义 来命名
Drawable 相关#
当没有多种类型的图片时,图片统一放在 drawable-xxhdpi 的文件夹下
Asset Type | Prefix | Example |
---|---|---|
Action bar | ab_ | ab_stacked.9.png |
Button | btn_ | btn_send_pressed.9.png |
Dialog | dialog_ | dialog_top.9.png |
Divider | divider_ | divider_horizontal.9.png |
Icon | ic_ | ic_star.png |
Menu | menu_ | menu_submenu_bg.9.png |
Notification | notification_ | notification_bg.9.png |
Tabs | tab_ | tab_pressed.9.png |
Android 编码规范#
XML 文件规范#
属性#
当你写好 layout 文件后,按 Ctrl + alt + L 格式化后,手动排版为下面这样的格式:
- 每行两个属性
- android:id 作为第一个属性
- 如果存在 style 属性,则紧随作为第二行首个属性
- 如果不存在 style 属性,则 android:layout_xxx 紧随作为第二行首个属性
- 当布局中的一个元素不再包含子元素时,在最后一个属性右边使用自闭合标签 />
<LinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent" android:layout_height="match_parent"
android:orientation="vertical">
<TextView android:id="@+id/txt_name"
style="@style/FancyText" android:layout_width="match_parent"
android:layout_height="wrap_content" android:layout_alignParentRight="true"/>
</LinearLayout>
使用 Tools#
- 布局预览应使用 tools:**** 相关属性,避免 android:text 等硬编码的出现
<TextView
android:layout_width="wrap_content" android:layout_height="wrap_content"
tools:text="Home Link"/>
Java 代码规范#
Field#
对Field的定义应该放在文件的首位,并且遵守以下规范:
- 被 private 修饰的非静态变量,以 m 作为前缀
- 被 private 修饰的静态变量,以 s 作为前缀
- 被 public 修饰的非静态变量,以小写首字母做前缀
- 其他变量,以 m 作为前缀,采用驼峰命名
- 静态常量命名字母全部大写,单词之间用下划线分隔
public class MyClass {
public static final int SOME_CONSTANT = 42;
@Bind(R.id.edit_collection_name) EditText mEdtName;
public int publicField;
private static MyClass sSingleton;
int mPackagePrivate;
private int mPrivate;
protected int mProtected;
}
Entity#
对于继承 Entity 的 Model 类型,按照下图进行编码:
注意变量修饰符和大小写
类成员排序#
关于这个并没有硬性要求,不过好的排序方式,能够提高可读性和易学性。这里给出一些排序建议:
- 常量
- 字段
- 构造函数
- 被重写的函数(不区分修饰符类型)
- 被private修饰的函数
- 被public修饰的函数
- 被定义的内部类或者接口
如果继承了Android组件,比如Activity或者Fragment,重写生命周期函数时,应该按照组件的生命周期进行排序
示例如下:
public class MainActivity extends Activity {
private static final String TAG = MainActivity.class.getSimpleName();
private String mTitle;
private TextView mTextViewTitle;
@Override
public void onCreate() {
...
}
private void setUpView() {
...
}
public void setTitle(String title) {
mTitle = title;
}
static class AnInnerClass {
}
}
字符串常量的命名#
Android SDK 中诸如 SharedPreferences,Bundle 和 Intent 等,都采用 key-value 的方式进行赋值,当使用这些组件的时候,key 必须被 static final 所修饰,并且命名应该符合以下规范:
Element | Field Name Prefix |
---|---|
SharedPreferences | PREF_ |
Bundle | BUNDLE_ |
Fragment Arguments | ARGUMENT_ |
Intent Extra | EXTRA_ |
Intent Action | ACTION_ |
示例如下:
static final String PREF_EMAIL = "PREF_EMAIL";
static final String BUNDLE_AGE = "BUNDLE_AGE";
static final String ARGUMENT_USER_ID = "ARGUMENT_USER_ID";
static final String EXTRA_SURNAME = "com.myapp.extras.EXTRA_SURNAME";
static final String ACTION_OPEN_USER = "com.myapp.action.ACTION_OPEN_USER";
Activity 与 Fragment 打开方式#
当通过 Intent 或者Bundle向Activity与Fragment传值时,应该遵循上面提到的key-value规范,公开一个被 public static 修饰的方法,方法的参数应该包含所有打开这个 Activity 或者 Fragment 的信息,示例如下:
- 通过 .startActivity() 函数,开启指定 Activity:
public static void startActivity(AppCompatActivity startingActivity, User user) {
Intent intent = new Intent(startingActivity, ThisActivity.class);
intent.putParcelableExtra(EXTRA_USER, user);
startingActivity.startActivity(intent);
}
- 通过 .newInstance() 函数,加载指定 Fragment:
public static UserFragment newInstance(User user) {
UserFragment fragment = new UserFragment;
Bundle args = new Bundle();
args.putParcelable(ARGUMENT_USER, user);
fragment.setArguments(args)
return fragment;
}
结语#
如果您所寻找的命名不在上述规范中,可以暂时使用自己的方式来命名,但也要有一定格式并在自己的程序中统一。
通常我们会把更大的类别放在前,更细致的放在后。
欢迎大家提出问题,互相探讨,共同维护出一份更好的更清晰的开发规范。
参考资料#
作者:wildmelon
出处:https://www.cnblogs.com/wildmelon/p/14630192.html
版权:本作品采用「署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0)」许可协议进行许可。
作品中所包含的外部插件源代码、图片、资源和链接库等,如希望在其他场景使用,请务必确认符合其本身授权规范。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!