下面这个页面就是我们进入APP后的主界面。客户选项的红点上数字就是显示我们没有查看的客户总数量。

当我们切换到客户这个fragment时，会显示贷款客户数量与保险客户数量。

当我们随便点击入一个选项，假如进入到保险客户的这个activity里面，ListView显示用户的信息，上面标记红点，代表没有没有查看的客户，没有红点的代表已经查看过的客户数量。

当我们点击一个有红点的客户信息的时候，需要向后端发送信息，代表我已经查看了这条信息。并且改变在主Activity的数量，和frament中的数量。如下图：

那么这个功能怎么实现以及怎么优化，我在实现这个功能的时候，经历的三个阶段。
第一种阶段：
思路：利用SharedPrefrence，和广播。
具体实现：当我们进入主Activity的时候，从后台读取数据得到客户总数量，保险客户总数量，贷款客户总数量，并把它存储到sharedPrefrence里面。再将主Activity读取SharedPrefrence客户总数量并显现出来。
当我们切换到frament的时候，从SharedPrefrence依次读取贷款和保险用户的数量，并且把它呈现出来。
当我们点击带有ListView中带有红点item的时候，改变SharedPrefrence中的客户数量和保险客户的数量，发送广播，通知改变。主Activity和fragment再从SharedPrefrence中对数据读取一次，然后发生改变。

我们发现，这个过程中所有操作都要使用到SharedPrefrence，而且代码全部写在各种Activity中，显得代码臃肿，代码没有复用性，没有逻辑。于是演化了第二种思路。

第二种阶段
思路：利用静态的数据拥有与应用的同样的生命周期，舍弃了SharedPrefrence。
具体实现：创建一个类，在类中设定3个静态整型，分别为客户总数量，保险客户数量，贷款客户数量。在这个类中分别写入三个方法。分别为根据客户数量判断红点方法，根据保险客户数量红点方法，根据贷款客户数量红点方法。
当我们进入主Activity的时候，将得到的数据分别存入3个静态数量。然后在主Activity中调用根据客户数量判断红点。
当我们进入fragment的时候，分别调用根据保险客户数量红点方法，根据贷款客户数量红点方法。判断保险客户和贷款客户红点显示的情况。
当我们点击ListView上显示有红点的item的时候，改变静态的客户总数量，保险客户数量，贷款客户数量。发送广播给主Activity和Fragment。然后在主Activity调用根据客户数量判断红点的方法；在fragment中调用根据贷款数量判断红点方法或根据保险客户数量判断红点方法。
第二种思路提高的代码的复用，并且利用的一个中心类控制所有操作，舍弃了对SharadPrefrence的频繁使用，根据我的测试，还能提高红点显示的速度。

第三种阶段
思路：不要广播，利用fragment的生命的周期和Activity的生命周期。
具体实现：
在第二种思路上扩展，继续使用一个中心类控制所有操作。
当我们点击ListView中的带有红点item的时候。只改变相应红点的数量，而不发送广播。而是在fragment使用在onCreatView（）方法和Activity中onResume()方法中调用判断红点显示情况的方法。
我们知道，当我们从fragment的跳转时，会执行Fragmeng中的onDestroyView()方法，切换回fragment的时候，会执行onCreatView()方法。
跳转Activity的时候会执行onStop()方法，跳回的时候会执行onResume()方法。
第三种思路彻底利用生命周期，舍弃了广播的使用和简化的代码。

在整过过程的我们发现，一个好的思路是在你做项目的过程中慢慢得出来的，不是我们一步得到的。我们首先要用自己最能想到的方法实现这个功能再说，在这个基础之上，在对代码进行优化尤其在开发实际项目是，速度第一，性能第二。最好的策略就是快速完成项目，然后快速迭代，优化性能和代码。