首先我是凭据已经有的已经有的付出api去编写订单付出api，但是由于两者是有区另外，所以类似去搬用不免会出问题，首先我是套用已经写好的model，然后写相应的serializer，实现序列化之后就开始着手编写视图，在视图层主要实现的成果就是在生成订单的同时实此刻数据库傍边添加订单付出信息，用于后续的订单付出信息回调。

在写好api后无法post生成订单，一开始是以为卡在结构序列器类那里，因为在结构订单号的时候使用的是一个引用信息，但是进了数据库发明阿谁信息是不存在的，而且本身测验考试赋值了一个常量，是可以使用的，，但是于此同时呈现了一个问题就是我无法通过api框架供给的post要领去实现生成订单，只能通过填写订单然后刷新生成订单，而且订单还无法同步订单付出信息，然后才意识到问题是出在视图层，视图层中queryset是正常的，因为已经有的订单是能够被遍历的，由于订单付出信息是界说在perform_create()要领傍边的，所以问题必定是出在此中，通过排除法发明问题并不是要领的结构有错误，而是出在model中的一个字段，由于订单付出中有一个外键，但是此时我是默认使用此中的一个值，导致生成订单的同时无法给出切合条件的信息生成订单付出数据，所以阿谁perform_create()要领一直不能实现，自然也就无法响应了，所以处事器就一直给我报500的错误。

经此一役，发明呈现问题的时候还是要仔细去排查，其实我的大部分时间都浪费在了反复的一些操纵上，有些已经确认的错误我又反复地去核查，很影响供职效率，今后刻问题已经解决的角度来说，我应该先通过无法post生成订单发明问题是出在perform_create()上，因为这个是post同时执行的操纵，只有这个要领ok了才会生成订单，然后范畴就小多了，因为在这个函数傍边所执行的操纵只有一个，就是将订单信息用于生成订单付出，而此中需要提交的参数只有几个而已，只要排查一下就可以发明是无法生成订单号，然后把这个问题解决以后仍然无法直接post，所以问题就是出在其余没有生成的参数上了，这时候就可以发明，有一个付出方法字段是没有值的，但是其实这是一个外键，自己就是需要选择的值，如果不给值的话必定就错的更离谱了，所以依照我需要使用付出方法给一个默认值就可以了。

但愿以后碰到问题不要再胡乱去查呀改呀之类的，静下心了，哪里出了问题就解决哪里，让本身的效率得到提高。