1,review 代码(添加注释，规整代码)
2,改 已经提出来的bug（做必须做的，先放下不确定的／／日期的商量：一个是今天的按钮，一个是确定的按钮；城市选择的商量：就现在的状态不改动；）
3,改自认为 需要的bug(1,查询支付是否成功，2,输入验证的策略，3,利率查询的失败，支付的关系，启动的时候假如没有 加载成功，就重新加载，如果还不行就不让继续往下面走，总不能让用户 信用卡信息都填写了，白填了吧，4, 城市选择后向上滑动5,城市显示策略与定位的关系，断网时候的一个状态6,所有纪录与清除痕迹的代码 7,预定的时候没有登陆，跳到登陆了，然后让预定过程进行完么，还是重新查询呢？)
4,一个潜在的担忧：1,扣费的 一致性；
5,还不确定一块逻辑：1,支付失败，要不要有返回的按钮，
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
1,城市定位的逻辑
2,利率加载失败的处理
3,预定没有登陆，然后跳转到登陆页面，然后 是将预定过程进行完，还是 让用户继续查询，还是 显示会员中心页面，
4,查询支付 状态的接口 是那个？
5,支付失败，要不要有返回的按钮，要的话，输入的字段要不要清空，
－－－－－－－－
一,网络请求
首页面：
1,加载城市列表
2,查询利率
航班列表页面：
3,查询机票
4,查询退改签规则
5,查询舱位
支付订单页面：
6,查询订单信息
7,查询信用卡信息
8,查询支付状态
－－－－－－－－－－－－－－－－－－－
1,价格差了一元
2,航班列表展开的背景图
3, 零利卡支付页面（调试页面 a,疑问：要不要再查询下产品呢，还是 直接用传递过来的，好像不用查询了，因为 对于支付来说，已经有了足够的参数了）
4,航班动态：a,对已关注天气的查询 b,关注动态（从搜索结果到关注；从订单成功（这里面还有一个页面呢）到关注） c, 动态详情页的数据加载
5,一个需要调整的：只要返回产品，那么就必须购买
6,担心 查询支付结果的用户体验，尤其是支付宝支付的时候，
7,支付通道，选择我的信用卡时候，怎样判断是那个银行，进而会影响到 利率
8,在下单的流程当中，对于显示服务次数，还是显示产品的 判断条件，这个必须明确下，现在是剩余次数
9,代码的整个review,比如开关模块，比如 初始化模块，设置frame模块，清晰化，
10,下单失败的页面是 没有的，好吧，yes or no
11,我的信用卡的一个缓存
12,信用卡的一个加密
13,查询结果当中的 天气
－－－－－－－－－－－－－－－－－－－
好像也没有那么严重的问题啊，为什么感觉压力那么大呢，哦，我知道了，因为是 让20号做完呢，并且呢， 让20号回学校呢，草，好吧，