File tree 1 file changed +6
-6
lines changed
1 file changed +6
-6
lines changed Original file line number Diff line number Diff line change 68
68
69
69
* 不用 ` 0dp ` ,而用 ` 0px ` ,这样可以避免系统进行换算,提升代码的执行效率
70
70
71
- * 尽量采用 ` switch case ` 来判断,如果不能实现则再考虑用 ` if else `
71
+ * 尽量采用 ` switch case ` 来判断,如果不能实现则再考虑用 ` if else ` ,因为我认为 ` switch case ` 更加简洁
72
72
73
73
* 不用 paddingLeft,而用 ` paddingStart ` ;不用 ` paddingRight ` ,而用 ` paddingEnd `
74
74
84
84
85
85
* ` ListView ` 和 ` RecyclerView ` 都能实现需求的前提下,优先选用 ` RecyclerView `
86
86
87
- * ` ScrollView ` 和 ` NestedScrollView ` 都能实现需求的前提下,优先选用 ` NestedScrollView `
87
+ * ` ScrollView ` 和 ` NestedScrollView ` 都能实现需求的前提下,优先选用 ` NestedScrollView ` ,是因为 ` NestedScrollView ` 和 ` RecyclerView ` 支持相互嵌套,而 ` ScrollView ` 是不支持嵌套滚动的
88
88
89
89
* 应用图标应该放在 ` mipmap ` 目录下,其他图片资源应当放到 ` drawable ` 目录下,具体原因可以点击[ 谷歌官方文档] ( https://developer.android.google.cn/guide/topics/resources/providing-resources ) 进行查看
90
90
130
130
131
131
* ` RecyclerView recyclerView `
132
132
133
- * 全局变量必须以小 m 开头,示例:
133
+ * 成员变量必须以小 m 开头,示例:
134
134
135
135
* ` String mName `
136
136
148
148
149
149
* 错误写法示例:
150
150
151
- * 全局变量 :` private boolean mIsDebug = false; `
151
+ * 成员变量 :` private boolean mIsDebug = false; `
152
152
153
153
* 局部变量:` boolean isDebug = false; `
154
154
155
155
* 正确写法示例:
156
156
157
- * 全局变量 :` private boolean mDebug = false; `
157
+ * 成员变量 :` private boolean mDebug = false; `
158
158
159
159
* 局部变量:` boolean debug = false; `
160
160
166
166
167
167
* ` static final String REQUEST_INSTALL_PACKAGES" `
168
168
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 库的一天
170
170
171
171
* 最后让我们静静地欣赏一下 ` Activity ` 字段的命名
172
172
You can’t perform that action at this time.
0 commit comments