Skip to content

Commit f9cd373

Browse files
committed
修改全局变量为成员变量
优化推荐使用 switch case 的原因 优化推荐使用 NestedScrollView 的原因
1 parent 513174f commit f9cd373

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

README.md

+6-6
Original file line numberDiff line numberDiff line change
@@ -68,7 +68,7 @@
6868

6969
* 不用 `0dp`,而用 `0px`,这样可以避免系统进行换算,提升代码的执行效率
7070

71-
* 尽量采用 `switch case` 来判断,如果不能实现则再考虑用 `if else`
71+
* 尽量采用 `switch case` 来判断,如果不能实现则再考虑用 `if else`,因为我认为 `switch case` 更加简洁
7272

7373
* 不用 paddingLeft,而用 `paddingStart`;不用 `paddingRight`,而用 `paddingEnd`
7474

@@ -84,7 +84,7 @@
8484

8585
* `ListView``RecyclerView` 都能实现需求的前提下,优先选用 `RecyclerView`
8686

87-
* `ScrollView``NestedScrollView` 都能实现需求的前提下,优先选用 `NestedScrollView`
87+
* `ScrollView``NestedScrollView` 都能实现需求的前提下,优先选用 `NestedScrollView`,是因为 `NestedScrollView``RecyclerView` 支持相互嵌套,而 `ScrollView` 是不支持嵌套滚动的
8888

8989
* 应用图标应该放在 `mipmap` 目录下,其他图片资源应当放到 `drawable` 目录下,具体原因可以点击[谷歌官方文档](https://developer.android.google.cn/guide/topics/resources/providing-resources)进行查看
9090

@@ -130,7 +130,7 @@
130130

131131
* `RecyclerView recyclerView`
132132

133-
* 全局变量必须以小 m 开头,示例:
133+
* 成员变量必须以小 m 开头,示例:
134134

135135
* `String mName`
136136

@@ -148,13 +148,13 @@
148148

149149
* 错误写法示例:
150150

151-
* 全局变量`private boolean mIsDebug = false;`
151+
* 成员变量`private boolean mIsDebug = false;`
152152

153153
* 局部变量:`boolean isDebug = false;`
154154

155155
* 正确写法示例:
156156

157-
* 全局变量`private boolean mDebug = false;`
157+
* 成员变量`private boolean mDebug = false;`
158158

159159
* 局部变量:`boolean debug = false;`
160160

@@ -166,7 +166,7 @@
166166

167167
* `static final String REQUEST_INSTALL_PACKAGES"`
168168

169-
* 有细心的同学可能会发现一个问题,为什么我们最常用的 Glide 和 OkHttp 的源码为什么没有用字母 `m` 来区分局部变量和全局变量?但是谷歌的 SDK 源码和 Support 库就有呢?那究竟是用还是不用呢?这个问题其实很好回答,我们可以先从体量上分析,首先谷歌的开发人员和项目数量肯定是最多的,那么谷歌在这块的探索和研究肯定是多于 Glie 和 OkHttp 的,其次是 Glide 和 OkHttp 的源码都有一个特点,很多类都维持在 1k 行代码左右,而谷歌源码很多类都接近 10k 行代码,例如 Activity 的源码在 API 30 上面有 8.8k 行代码,所以谷歌在这块略胜一筹,如果非要二选一,我选择谷歌的代码风格,并不是说 Glide 和 OkHttp 命名风格不好,是因为或许在未来的某一天,可能会有新的图片请求框架和网络请求框架来代替 Glide 和 OkHttp,但是基本不可能会出现有代替 Android SDK 或者 Support 库的一天
169+
* 有细心的同学可能会发现一个问题,为什么我们最常用的 Glide 和 OkHttp 的源码为什么没有用字母 `m` 来区分局部变量和成员变量?但是谷歌的 SDK 源码和 Support 库就有呢?那究竟是用还是不用呢?这个问题其实很好回答,我们可以先从体量上分析,首先谷歌的开发人员和项目数量肯定是最多的,那么谷歌在这块的探索和研究肯定是多于 Glie 和 OkHttp 的,其次是 Glide 和 OkHttp 的源码都有一个特点,很多类都维持在 1k 行代码左右,而谷歌源码很多类都接近 10k 行代码,例如 Activity 的源码在 API 30 上面有 8.8k 行代码,所以谷歌在这块略胜一筹,如果非要二选一,我选择谷歌的代码风格,并不是说 Glide 和 OkHttp 命名风格不好,是因为或许在未来的某一天,可能会有新的图片请求框架和网络请求框架来代替 Glide 和 OkHttp,但是基本不可能会出现有代替 Android SDK 或者 Support 库的一天
170170

171171
* 最后让我们静静地欣赏一下 `Activity` 字段的命名
172172

0 commit comments

Comments
 (0)