Update QUESTION_ZH.md

QUESTION_ZH.md

@@ -4,7 +4,7 @@
 - **性能差，加载速度慢**，原因是各种基于GridView或RecyclerView等ViewGroup实现的日历，控件数太多，假设一个月视图界面有42个item，每个item里面分别就有2个子TextView：天数、农历数和本身3个控件，这样一个月视图就有42 \* 3+1（RecyclerView or GridView），清楚ViewPager特性的开发者就会明白，一般ViewPager持有3个item，那么一个日历控件持有的View控件数的数量将达到 1（ViewPager）+ 3(RecyclerView or GridView) + 3 \* 42 \* 3 = **382**，如果用1个View来代替RecyclerView等，用Canvas来代替各种TextView，那View的数量瞬间将下降360+，内存和性能优势将相当明显了
 - **难定制** 一般日历框架发布的同时也将UI风格确定下来了，假如人人都使用这个日历框架，那么将会千篇一律，难以突出自己的风格，要么就得改源码，成本太大，不太实际
 - **功能性不足** 例如无法自定义周起始、无法更改选择模式、动态设置UI等等
-- **无法满足产品经理提出的变态需求** 今天产品经历说我们要这样的实现、明天跟你说这里得改、后天说我们得限制一些日期...
+- **无法满足产品经理提出的变态需求** 今天产品经理说我们要这样的实现、明天跟你说这里得改、后天说我们得限制一些日期...
 
 ### 但现在有了全新的 **CalendarView** 控件，它解锁了各种姿势，而且你可以任意定制，直到你满足为止...
 
@@ -425,4 +425,4 @@ int differ(Calendar calendar);//日期运算，相差多少天
 ```
 
 ### 写在最后，其它各种场景姿势就不多说了，看自己需求去实现。**再次注意：Demo只是Demo，只是示例如何使用，与框架本身没有关联，不属于框架一部分**
-### 框架本身是为了解决各种各样的场景而设计的，UI本身是靠自己绘制的，非常简单，如果还不懂的请优先看Demo，你可以自由发挥想象力定制最喜欢的日历，只有你想不到，Demo基本给出了各种场景的实现思路。觉得可以的请给个star或者留下你宝贵的意见。
+### 框架本身是为了解决各种各样的场景而设计的，UI本身是靠自己绘制的，非常简单，如果还不懂的请优先看Demo，你可以自由发挥想象力定制最喜欢的日历，只有你想不到，Demo基本给出了各种场景的实现思路。觉得可以的请给个star或者留下你宝贵的意见。