扫码关注官方订阅号
走同样的路,发现不同的人生
http请求代价很高,应该在业务层api接口中实现中查询组装好后一次返回。
REST API 只是对外暴露服务,逻辑应该在业务层实现。class Doctor{
private Integer id; private String name; private List<Patient> patients; ....
}业务层获取List<Doctor>,序列化为JSON或者XML,前端发送一次HTTP请求,调用该REST API,从而获取这个JSON或者XML
这个业务认真想想,还是非常的复杂。从楼主的提问出发。其实这个问题可以理解为:“病人们的医生是谁?!”,也可以理解为,“医生们的病人们”(指的是数据库已有的数据,不区分“已处理”和“正在处理”等这些状态)
怎么去实现这个业务呢?
基于上面思路出发,REST API的路径就是这样 “/doctors/patients”(小学英文)
从数据库查询出所有的医生,再根据医生和病人的关系表获取每个医生下面的所有病人。
我会拼装成一个这样的JSON数据{
datas:[ { "docName":"医生名称", "patients":[ {"patientName":"病人名称"},{...},{} ] }, .... ]
}
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
http请求代价很高,应该在业务层api接口中实现中查询组装好后一次返回。
REST API 只是对外暴露服务,逻辑应该在业务层实现。
class Doctor{
}
业务层获取List<Doctor>,序列化为JSON或者XML,
前端发送一次HTTP请求,调用该REST API,从而获取这个JSON或者XML
这个业务认真想想,还是非常的复杂。
从楼主的提问出发。
其实这个问题可以理解为:“病人们的医生是谁?!”,也可以理解为,“医生们的病人们”(指的是数据库已有的数据,不区分“已处理”和“正在处理”等这些状态)
怎么去实现这个业务呢?
基于上面思路出发,REST API的路径就是这样 “/doctors/patients”(小学英文)
从数据库查询出所有的医生,再根据医生和病人的关系表获取每个医生下面的所有病人。
我会拼装成一个这样的JSON数据
{
}