Shared-Route

介绍

New way to explore your campus life.

快递来了没时间取？你可以在这里发布你的需求，附加一定的赏金，马上就会有通过我们信誉度认证的用户看到，为您取到您的快递，送达您的手中。

项目进度

10.13

完成了所有页面的跳转逻辑，动画等，下一步要修改各种recyclerview的框架为swipe refresh.

10.20

1. 完成了寻找需求页面到购物车的传值。
2. 服务端的severlet完成，现在有一个本地服务器，基于这个本地服务器我们实现了网络登录的Demo，这里放出来demo，里面的Async框架和Post方法可供入门学习。

10.21

Task：

• 使用sqlite数据库作为本地缓存，将所有页面更改为读取数据库的形式。——阿臻

• Login 页面接入网络请求。——李博

Bug：

• Login 页面所需要的版本过高，在低版本手机上闪退。——一鸣

  fixed by Wudehao
  

10.22

任务：

• 完成发布需求upload task到云端，以及修改页面UI——武德浩
• 完成寻找需求的从数据库fetch信息的操作，完成了利用缓存实现默认登录的效果——李博

记录：

现在一鸣和志宇都在准备考试，服务器那边的工作暂时闲置，周日我们（阿臻，我，浩哥）主要完成了一些本地功能的完善和修改，以及UI的修改。

接下来还需要考虑的重点在服务器端的逻辑设计上，等到周三晚上可以开始重新设计。

还有一点在于页面的下拉刷新，上拉加载的效果与网络请求的衔接，这里找到了一个很合适的模板，正在进行接入。

10.27-28

记录：

• 完成订单的上传以及获取——李博
• 主页查看我的订单和导航栏进入的我的订单互换，主页使用卡片式查询，导航栏进入使用recyclerview显示更详细的信息，同时保留长按动画效果。——一鸣
• 服务器的云端配置——志宇
• 订单逻辑完善，保障接单完成之后的信息能够显示到主页以及我的订单界面，同时完善订单状态信息的更新。——李博
• 对于订单类与服务器端数据的适配，若订单类有改动，则需要改进原代码里各处涉及到这些改动的地方。——阿臻
• 发布订单时加入保证金的选项——浩哥

10.31

登陆的时候在本地存储了学号，在后续操作中一直以这个学号作为账户的标识 --武德浩 目前设想：

发布订单的时候，同一个学号可以添加多个发单者，所以可以选择发单的人、手机、地点。

接受订单的时候，为了确保货物安全，只能让账户（学号）拥有者接单，因此不能选择接单人的信息，接单的时候从本地取出学号，发给服务器即可。

本地学号、姓名、手机的使用方法：

​``````SharedPreferences sp = getSharedPreferences("now_account", Context.MODE_PRIVATE);
String stuNum=sp.getString("now_stu_num",null);
String name=sp.getString("now_name",null);
String phone=sp.getString("now_phone",null);

11.1

• 本地数据库设想只用于管理购物车物品状态

• 一开始进入寻找需求页面无数据，执行下拉从网络获取数据，点击购物车，本地数据库获取这个item加入sqlite。

• 每次刷新时与本地数据库中的购物车表比对TaskID，本地数据库已有的不再出现。

• 寻找需求刷新页面的设计：

  以ID作为时间戳，ID靠后的表示时间更新，靠前显示。

  MoreTask：

  • 发送参数：Task.ID
  • 返回：服务器返回 ID - 10 条的数据，如果没有 ID - 10，则返回这个ID后所有的数据。

  RefreshTask：

  • 发送参数：无
  • 返回：当前MAXID - 10 条任务状态为1的数据，以及ID-1，ID-2，…..ID-9的数据，如果ID < 10，则返回MaxID~1的数据。

  FetchUserData：

  • 发送参数：UserID
  • 描述：获取用户ID，电话号码，当前余额
  • 返回：返回一个User实例的json对象

  SendBugsInfo：

  • 发送参数：UserID，ContactInfo，BugsType，Comment
  • 描述：新建一张表Bugs，表中包含以上列，都是String即可，Comment长度小于100字，以上数据加入到这个表。

11.11

• 实现：再次修改了一些界面（PublishNeeds），服务器已经上传到云端，并且配置好了相应的 url 和端口，目前能够实现在服务器上的信息收发，并且能够触发对于并发状况的处理。
• bugs：目前在用户信息的获取与服务器交互有一定的bug，应该是服务器端的代码逻辑有问题，目前小组正在寻找远程调试的方案（想远程追踪断点），准备考完自动机来弄这个。

11.20

• 注册成功之后跳转登录页面，填充信息。

12.1

• 再次美化了页面
• 修复了许多小的bug，完善了整个跳转逻辑。

12.6

• 解决发布需求时账户余额不够时的问题。——浩哥
• 保障发布，接受任务时，两边用户能够获取整个状态之间的所有信息。
• 消息队列重复的情况以及notification的样式问题。——浩哥
• 发布需求的刷新。——博博
• nav_header处的刷新问题。——博博
• 注册返回，登录窗口覆盖密码账号的问题。——浩哥
• 服务器踢掉用户的操作。——浩哥
• 主页面按钮不灵敏（估计是区域设置的问题）——阿臻
• 支付成功的dialog。——浩哥
• 主页的手动刷新的按钮。——博博
• 优化代码以及文件的结构，清理素材文件夹，减小apk包的体积。——全体
• 「重活」增加发单接单排行的功能——阿臻

12.9—发布前夜

• 在寻找需求页面提示Diag，只有指定的10名管理员才能够接单。——阿臻
• 轮播图选择适合团队宣传的图片。
• notification 在本地缓存，加入发单排行，接单排行。——浩哥
• 发单排行，第一名显示卡片，第二名之后的用一鸣做的排行榜。——阿臻
• 取件时间在时序上应该小于派件时间。——浩哥
• 清理各个地方的null——博博
• 余额不足时提示充值，跳转到充值提示页面，使用扫二维码付款的形式。——博博
• 增加『联系我们』页面。——博博

12-14-发布之后的一些可改进之处

• 服务端功能太弱，逻辑不完善（诸如接单付款的功能没有实现），不能做到实时推送结果，下一步改进应该重服务端，客户端尽量多从服务器获取数据。
• 用户名有些带\n的得处理掉。
• 发单者和接单者的信息沟通不全面，比如主页详细信息里没有获取送件地址和送件时间。
• 增加认证用户的功能，未认证只能发单不能接单，实现真正的共享模式。
• 增加用户个人信息的修改，头像，姓名，送件地点等。
• 修改接单历史和发单历史的界面。