關于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”是啥意思。。。如果服務信息里面要包含服務介紹包括文字介紹還有圖片介紹。那學不需要，見一個附表啥的，把這些內容放在附表里。

sid 要關聯；mc是名稱啊(mc可能會改動別關聯)，還有服務信息表是查詢頻率非常高的，最好要顯示的信息一表搞定，你建附表動不動就要幾表聯查影響效率。
------解決方案--------------------
是的

引用:

那服務表和收款表里的sid需要關聯么。還有“mc”是啥意思。。。如果服務信息里面要包含服務介紹包括文字介紹還有圖片介紹。那學不需要，見一個附表啥的，把這些內容放在附表里。

sid 要關聯；mc是名稱啊(mc可能會改動別關聯)，還有服務信息表是查詢頻率非常高的，最好要顯示的信息一表搞定，你建附表動不動就要幾表聯查影響效率。

哦，那好吧，最后一個問題，那個關聯是不是設置設置外鍵啊

是的
------解決方案--------------------

引用:

那服務表和收款表里的sid需要關聯么。還有“mc”是啥意思。。。如果服務信息里面要包含服務介紹包括文字介紹還有圖片介紹。那學不需要，見一個附表啥的，把這些內容放在附表里。

sid 要關聯；mc是名稱啊(mc可能會改動別關聯)，還有服務信息表是查詢頻率非常高的，最好要顯示的信息一表搞定，你建附表動不動就要幾表聯查影響效率。

哦，那好吧，最后一個問題，那個關聯是不是設置設置外鍵啊

關聯不一定要設置外鍵，數據庫字段數據做好關聯就行了，從程序上做好數據關聯約束。你去了解下數據設計的范式。

總結

以上是生活随笔為你收集整理的关于php二次开发的疑点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。