We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
2 parents b26c114 + 9488ff7 commit 86e420dCopy full SHA for 86e420d
docs/zh/q&a.md
@@ -1,13 +1,14 @@
1
# Q&A
2
3
-## 为什么不写成两个库?
+## 为什么不分成标题栏库和缺省页库?
4
5
-个人思考了非常久后才决定写成一个库,有以下考虑:
+个人深思熟虑了非常久才决定写成一个库,有以下考虑:
6
7
-1. 大多数情况下标题栏和缺省页关联性很强,因为缺省页往往是要在标题栏下方显示,如果每次都要使用两个库就比较麻烦。
8
-2. 支持给内容和缺省页添加头部,算是个附加功能,感觉没什么不妥。
9
-3. 即使写在一起,核心类不算上注释也才 200 行左右的代码,还要啥自行车?View 的缓存管理代码占了一部分,如果拆成两个库就需要各自去实现,代码加起来至少 300 行。
+- 支持给内容和缺省页添加头部,所以具有管理标题栏的应用场景,感觉没什么不妥。
+- 大多数情况下标题栏和缺省页关联性很强,因为缺省页往往是要在标题栏下方显示,如果分成两个库就经常需要调用两个工具类,使用起来更加麻烦。
+- 分成两个库可能会多一层无意义的布局嵌套。
10
+- 即使写在一起,核心功能的实现类才 200 多行代码,还要啥自行车。由于适配器和 View 的缓存代码能复用,在解耦缺省页后,仅加多几十行代码就能把标题栏给一起解耦了,何乐而不为。
11
12
## 可以在布局上预览标题栏吗?
13
-不能,这可能是本库唯一的缺点,但是本库解耦标题栏的收益远大于在布局上预览标题栏的收益。
14
+不能,这可能是本库唯一的缺点,但是本库解耦标题栏的收益远大于在布局上预览标题栏的收益。
0 commit comments