代码设计思路总结2

二：稍大的需求
提供对美团的数据在地图上分类展示并交互的功能
这个就需要进行类的设计+时序分析了

步骤：进来时去服务器去取选项列表数据，然后填充到view中，等待用户选择完后更新选项卡数据，根据选项卡数据进行
搜索展示出来
流程很简单，中间还需要保留之前的选中状态，需先拿到当前的city值才能获取选项卡的数据

这个一开始的设计比较简单，一个处理选项卡数据的类，一个处理搜索数据的类
展示就是几个button + 两个recyleview，主选项卡列表，子选项卡列表，在加一个搜索结果的recyleview。

后来发现两个类根本不够，后来对标了美团的设计，他们有的我们都要有，有些细节越来越多
这个就是前期需求分析不足。也不能算把，客户看到了美团的展示效果，要求按照美团的来测试
这个后期就会感觉代码比较乱了，这个时候不得不重新设计了，但我并没有把设计好的传上去，后期是不能大改动的，所以下次得长记性。。。
把填充类重新设计了下。一个主列表处理类，一个子列表处理类，一个列表类管理（因为主列表和子列表有些操作是不一致的，需要一个类似adapter的类来转换和管理）
还需要一个manager类来管控流程（先搜cityid，后搜选项卡列表数据）与view交互，而之前的搜索数据类保留不变。
这样弄下来 有明显的干净清晰了。以后做这类功能的时候，还是要提前将功能能独立的对立，能统一管控的就加个专门管控的类。
防止后期流程太多，容易混乱。
嗯，没有用到啥模式，也没用到啥框架，但我感觉有用，应该还可以再优化，有空时候再看看。
这种需求感觉类的设计是一定要有的，就是对功能区隔，分开了才能方便统一管控。

这种没法上代码，代码太多了，确实是个事

明后天在把第三，第四中情况也总结了。