【说明】今天主要是写了前台的职位列表接口

一：今日完成

⒈ task1—1

  ⑴ 技能点 1：多表连接查询

----本来以为公司的basedao 不支持这种写法呢，后来测试是可以的，然后我的前台职位列表接口就可以发送两个表的参数进行处理了--------------

  ⑵ 技能点 2

原来这里可以对模块和项目的编码进行设置

------------------

  ⑶ 技能点 3

idea 的这个提示真的很强大，写方法参数的时候可以一个个对比

------------------

2 。  task1—2

# 支付系统

### 网关支付

选择银行，跳入银行界面支付

### 快捷支付

使用支付宝，微信等支付平台

个人，平台，银行签订协议

授权平台直接从银行扣钱

需绑定银行卡

如支付宝快捷支付则直接支付，网银则跳入银行支付页面

- 商品概念

- 订单概念

#### 订单

当用户选择商品创建订单时已经生成订单记录（ 购物车无订单 ）

按规则生成订单号，比如按分类，时间，商品ID

##### 订单状态分为多种状态

- 创建未支付

- 支付成功

- 已支付，待确认

- 用户取消

- 无效订单

- 已过期 （失效时间-如12306）

##### 用户付款环节

- 网站支持的付款方式 支付宝，微信，qq，银联，快捷支付，支付平台收取手续费盈利

##### 如何确认用户是否支付

- 支付平台调用一个系统的回調借口

 可能错误，系统挂掉，网络中断

 此时系统无法知道用户是否付款成功，所以多次回调

 系统应对-当收到回调通知时，之后的消息都不在处理了

 收到回调通知后，再去银行验证下

- 系统主动轮询支付平台是否支付成功

  用户点击时，系统主动去支付平台检查

  系统有定时任务，主动查询

- 已支付，待确认状态

  支付平台反馈回

#### 接口

- 不同公司体系规则不同

1. 提交订单接口

- 商品ID 数量（可能是个数组）地址 支付方式 等 需保存完整数据

- 后端人员受到请求后要创建订单，把商品的所有属性存到订单表里

2. 支付回调接口

- 收到支付回調借口之后，对成功失败作出反应，如去支付平台确认状态等，收到重复订单直接放弃，不作处理

- 确认支付公司，钱款来源

3. 用户查询支付状态接口

4. 重新支付接口

- 如改变支付方式时需更改订单状态

5. 网关支付需有返回地址告诉用户成功失败否

二：明日计划

明天因为时间充足（or 有限），打算完成

①写职位详情接口

------------------

②写在招职位列表接口

------------------

③上传代码到github上面

------------------

三：疑难问题

四：思考总结

Ⅰ 对自己今天的进度满意吗

------------------一般般

Ⅱ 那些困扰自己的问题所在

------------------多表连接查询

Ⅲ 暗示自己为明天加油打劲

------------------快快写接口