项目实训-千寻-核心业务逻辑_需求发布与展示

本阶段,我们的项目进入了核心业务逻辑部分的实现。我们想做一个大学生需求互助平台,因此核心业务在于需求的发布与整个需求流程的追踪。此处先从需求开始,入手分析。
1.核心业务分析
发单者-->发布需求
接单者-->承接需求
……(需求跟踪)
本单需求完成
----------
以上,可以清晰的看出,对于需求的处理,在于发布承接、需求跟踪。需求跟踪暂时不讨论,目前先讨论处理需求的发布与承接。对于发单者来说,需求发布需要填写哪些内容呢?对于需求的承接着来说,他能够看到需求的哪些方面呢?一切都亟待解决。


2.数据库定义
着手处理上面提到的内容。发单者需要填写的内容,是对于整个需求的详细描述。因此,必须包含主题、时间、地点、等待超时。其次,还可以包含详细描述、需求分类等。当然,用户相关的信息也是必不可少的,不过这个就不必用户填写了。给出我们的数据库定义:

(图片-数据库定义)


3.通讯接口定义
定义好了数据库,就可以使用DAO工具非常方便地生成Beans。表单的话,就直接使用这个Bean就很好,客户端上传数据时,只要使用request.XXX就可以了。

(图片-数据库对应实体类)


4.移动端需求发布上传

接口什么的都定义好了,就需要客户端一起测试一下了。客户端通过Volley框架,连接服务端并发送数据。服务端接收数据并存入数据库,这一切交由SSH框架处理。


5.移动端获取最新需求并显示

成功存储数据到数据库后,我又添加了需求获取接口,让“接单者”可以获取需求并接单执行。这个接口的处理还是相对容易的,通过GSON封装数据库实体类,然后返回给客户端即可。客户端获取后,通过Log打印数据,还是非常准确的。



  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值