主体结构:
1. Weather是否有缓存区分是否需要进行城市选择
区分:是否有缓存
登录:是否有缓存
进入页面之后:根据是否有缓存可能有不同操作
1. 直接在最后的时候加入到缓存中(前粘后,前不纯粹,无法复用)
2. 页面启动时进行区分如果有缓存是什么结果,如果没有缓存怎么操作(后粘前,灵活性更高,后者选择,分工明确,不能因为后面的操作影响前面的操作)
3. 可以按编写的顺序来进行区分,现有前面的页面,再有后面的页面,所以前面纯粹点,后面复杂点无所谓,如果前面都比较复杂,那事情就大了,后期万一进行修改的话,前面改动量也比较大,尽量保证前面走的一路顺畅,该咋样就咋样,不要想太多,把功能写全,写前面的时候还要想着后面怎么使用的话,太浪费时间了,做什么就干好什么原则不变。
4. 保证前期的功能点纯粹,后期的功能点灵活
5. 功能点要纯粹,边界需要明确,后功能点灵活,我可以怎样做都可以,部分的工作是尽量做好自己的事情,整体的工作是满足工作需求,各种情况条件灵活应对,多做ifelse来满足需求。
一个需求下来,整体需要先考虑部分是否可以重用或者在部分责任划分范围即边界内能否完成,不能整体进行特殊处理