第四篇 进销存管理系统冲刺博客

站立会议照片

昨天完成的工作

• 确定后台的最终架构
• 确定了实体类
• 设计了数据库

今天完成的工作

• 确定了前端与后台的交互方式使用HTTP和JSON
  
• 确定了JSON基本格式
  • JSON基本格式
    ```
    {
    'status_code' :
    'data':[]
    }
    ```
    • status_code：状态码，反映请求的状态
    • data：响应返回的数据
  • JSON状态码（status_code)格式
    • 状态码共4位
    • 从高位（左边）到低位（右边）各位的意义
      • 第1位：服务类型，可能的值：
        第1位值|意义
        -|-
        0|未指定服务
        1|用户服务
        2|货物服务
      • 第2-3位：服务中的功能代码
      • 第4位：返回状态码
        第4位值|意义
        -|-
        0|服务请求成功返回
        1|服务请求失败
        2|无权限请求此服务或功能
        其他|由各服务或功能自行决定

工作中遇到的困难

1. 在选定前后端技术方案的时候有所犹豫，就使得后来的前后端交互方式有所变化；
2. 在选择前后端交互方式时需要等待前端的同学确定前端技术后，再去验证候选的前后端交互方式中哪种最易实现，最具可扩展性。

代码/文档迁入记录

燃尽图

标签：status,交互方式,code,服务,请求,管理系统,进销存,JSON,第四篇
来源： https://www.cnblogs.com/hzhTech/p/11945787.html