关于php二次开发的疑点
程序员文章站
2024-02-05 23:56:16
...
关于php二次开发的疑问
我现在要做一个功能就是关于交易流程的,1)前台卖家发布服务信息,2)经过后台管理员审核,审核通过,卖方的服务信息可以发布到网站上。。3)买方通过搜索搜索到合适的服务,4)买方付款(通过支付宝)5)管理员审核。审核通过后,卖方收到通知。6)等待卖方确认,同意后服务达成。之后就是卖方提供服务。服务进行过程中,卖方可以发布信息,买方可以实时查看服务进度。服务完成后双方可以互评。至此流程结束。后台管理员要可以监控整个交易流程。而我现在的任务就是要实现第2步还有第5步的功能,也就是说整个流程中网站后台需要做的事情。可是现在流程的其他部分都没有做,老板就要我做后台的这两步,我大脑里面根本就没有思路。这是我工作以来第一次做二次开发,PHP断断续续刚学了一个来月,就被老板赶鸭子上架,也算是对小弟的依次工作考核,所以现在小弟求各位大大指导一下啊。
------解决方案--------------------
1)卖家发布服务信息时,你可以把数据库里的字段,比如status置为0
2)将status为0的服务信息取出来审核,通过后置为1
4)将买方付款记录status字段置为0
5)将status为0的交易记录取出进行审核,通过后置为1,再进行其它操作,如卖方收到通知
思路就是这样,status字段的值可以自己定义,不一定是0,或1,根据自己的实际情况定
------解决方案--------------------
服务信息表字段:tb_ser sid(服务信息id) , mc , status(审核标志字段) ...(其他信息字段);
收款记录表 : tb_pay id(收款记录id), sid(服务信息id) , status(收费审核标志字段) ... (收款方和付款方的一些信息字段,不要怕产生冗余,也不要和其他表关联,收费记录信息不能随其他表记录更改而改变)
前台显示和搜索服务信息时 取 tb_ser.status='1' ;
------解决方案--------------------
如果不是二次开发,让你完整开发你会吗?
估计也不会吧?
所以,这个跟二次开发没什么关系。
业务逻辑搞清楚了,代码上实现就好了。
无非就是CRUD
------解决方案--------------------
2)经过后台管理员审核,审核通过,卖方的服务信息可以发布到网站上。
5)管理员审核。审核通过后,卖方收到通知。
这不就是模块化吗?
流程都是:
获取未审核的条目
填写已审核标记
发出消息
至于未审核数据的来源和消息发往何处,都由配置文件指定,开发时可虚拟一个
------解决方案--------------------
sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。
------解决方案--------------------
是的
是的
------解决方案--------------------
关联不一定要设置外键,数据库字段数据做好关联就行了,从程序上做好数据关联约束。你去了解下数据设计的范式。
我现在要做一个功能就是关于交易流程的,1)前台卖家发布服务信息,2)经过后台管理员审核,审核通过,卖方的服务信息可以发布到网站上。。3)买方通过搜索搜索到合适的服务,4)买方付款(通过支付宝)5)管理员审核。审核通过后,卖方收到通知。6)等待卖方确认,同意后服务达成。之后就是卖方提供服务。服务进行过程中,卖方可以发布信息,买方可以实时查看服务进度。服务完成后双方可以互评。至此流程结束。后台管理员要可以监控整个交易流程。而我现在的任务就是要实现第2步还有第5步的功能,也就是说整个流程中网站后台需要做的事情。可是现在流程的其他部分都没有做,老板就要我做后台的这两步,我大脑里面根本就没有思路。这是我工作以来第一次做二次开发,PHP断断续续刚学了一个来月,就被老板赶鸭子上架,也算是对小弟的依次工作考核,所以现在小弟求各位大大指导一下啊。
------解决方案--------------------
1)卖家发布服务信息时,你可以把数据库里的字段,比如status置为0
2)将status为0的服务信息取出来审核,通过后置为1
4)将买方付款记录status字段置为0
5)将status为0的交易记录取出进行审核,通过后置为1,再进行其它操作,如卖方收到通知
思路就是这样,status字段的值可以自己定义,不一定是0,或1,根据自己的实际情况定
------解决方案--------------------
服务信息表字段:tb_ser sid(服务信息id) , mc , status(审核标志字段) ...(其他信息字段);
收款记录表 : tb_pay id(收款记录id), sid(服务信息id) , status(收费审核标志字段) ... (收款方和付款方的一些信息字段,不要怕产生冗余,也不要和其他表关联,收费记录信息不能随其他表记录更改而改变)
前台显示和搜索服务信息时 取 tb_ser.status='1' ;
------解决方案--------------------
如果不是二次开发,让你完整开发你会吗?
估计也不会吧?
所以,这个跟二次开发没什么关系。
业务逻辑搞清楚了,代码上实现就好了。
无非就是CRUD
------解决方案--------------------
2)经过后台管理员审核,审核通过,卖方的服务信息可以发布到网站上。
5)管理员审核。审核通过后,卖方收到通知。
这不就是模块化吗?
流程都是:
获取未审核的条目
填写已审核标记
发出消息
至于未审核数据的来源和消息发往何处,都由配置文件指定,开发时可虚拟一个
------解决方案--------------------
sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。
------解决方案--------------------
是的
哦,那好吧,最后一个问题,那个关联是不是设置设置外键啊 那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要,见一个附表啥的,把这些内容放在附表里。
服务信息表字段:tb_ser sid(服务信息id) , mc , status(审核标志字段) ...(其他信息字段);
收款记录表 : tb_pay id(收款记录id), sid(服务信息id) , status(收费审核标志字段) ... (收款方和付款方的一些信息字段,不要怕产生冗余,也不要和其他表关联,收费记录信息不能随其他表记录更改而改变)
前台显示和搜索服务信息时 取 tb_ser.status='1' ;
sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。
是的
------解决方案--------------------
哦,那好吧,最后一个问题,那个关联是不是设置设置外键啊 那服务表和收款表里的sid需要关联么。还有“mc”是啥意思。。。如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要,见一个附表啥的,把这些内容放在附表里。
服务信息表字段:tb_ser sid(服务信息id) , mc , status(审核标志字段) ...(其他信息字段);
收款记录表 : tb_pay id(收款记录id), sid(服务信息id) , status(收费审核标志字段) ... (收款方和付款方的一些信息字段,不要怕产生冗余,也不要和其他表关联,收费记录信息不能随其他表记录更改而改变)
前台显示和搜索服务信息时 取 tb_ser.status='1' ;
sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。
关联不一定要设置外键,数据库字段数据做好关联就行了,从程序上做好数据关联约束。你去了解下数据设计的范式。
相关文章
相关视频