代码设计思路总结2


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


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

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

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

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

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

你可能感兴趣的:(常用知识点分类汇总,java)