File tree Expand file tree Collapse file tree 1 file changed +6
-6
lines changed Expand file tree Collapse file tree 1 file changed +6
-6
lines changed Original file line number Diff line number Diff line change 6868
6969* 不用 ` 0dp ` ,而用 ` 0px ` ,这样可以避免系统进行换算,提升代码的执行效率
7070
71- * 尽量采用 ` switch case ` 来判断,如果不能实现则再考虑用 ` if else `
71+ * 尽量采用 ` switch case ` 来判断,如果不能实现则再考虑用 ` if else ` ,因为我认为 ` switch case ` 更加简洁
7272
7373* 不用 paddingLeft,而用 ` paddingStart ` ;不用 ` paddingRight ` ,而用 ` paddingEnd `
7474
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
130130
131131 * ` RecyclerView recyclerView `
132132
133- * 全局变量必须以小 m 开头,示例:
133+ * 成员变量必须以小 m 开头,示例:
134134
135135 * ` String mName `
136136
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
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
You can’t perform that action at this time.
0 commit comments