
成果範例
Code review: Python order-import script for a small online shop
What the code does
- Reads
orders.csvfrom the shop export. - For each order line, finds the product by SKU in
stock.xlsxand subtracts the quantity. - Writes the updated stock back and logs totals to
import_log.txt.
The structure is clear and functions are well named. Most issues are about input that does not look the way the script expects.
Bugs and weak spots
| # | Line | Severity | Issue |
|---|---|---|---|
| 1 | 48 | High | The same CSV can be imported twice; there is no check for already processed order IDs. This is the most likely cause of negative stock. |
| 2 | 72 | High | int(row["qty"]) crashes on empty or "2.0" values from refunded orders. |
| 3 | 95 | Medium | SKU lookup is case-sensitive: "gt-101" and "GT-101" are treated as different products. |
| 4 | 130 | Medium | The file is opened without encoding="utf-8", so product names with accents break on Windows. |
| 5 | 201 | Low | Bare except: hides real errors and makes the log useless. |
Corrected fragments
Issue 1: skip orders already imported
processed = load_processed_ids("processed_orders.txt")
for row in reader:
if row["order_id"] in processed:
continue
# ... existing logic ...
processed.add(row["order_id"])
save_processed_ids("processed_orders.txt", processed)
Why: each order is applied once, even if you run the script on the same file again.
Issue 2: read quantity safely
raw = (row.get("qty") or "").strip()
try:
qty = int(float(raw))
except ValueError:
log.warning("Order %s: bad quantity %r, skipped", row["order_id"], raw)
continue
Why: refunded or partial lines are skipped with a clear note instead of stopping the whole import.
Issue 3: normalise SKUs
sku = row["sku"].strip().upper()
Apply the same .strip().upper() when building the stock dictionary.
Style and readability
process()is 90 lines long; split it intoread_orders,apply_to_stock,write_report.- Replace magic column numbers (
row[7]) with header names.
Please test each fix on a copy of your files: we read the code but did not run it.
Client: owner of a tea shop who wrote a 310-line Python script that imports orders from a CSV export into the stock spreadsheet Problem reported: "Sometimes stock goes negative, and the script crashes on some files."
客戶與所有細節皆為虛構。
關於此服務
Express API 往往在相同的地方出問題:拋出例外而讓請求懸而未決的非同步路由、順序錯誤的中介軟體、未經驗證就使用的請求本文,以及阻塞所有其他使用者的同步檔案呼叫。我們會閱讀您的路由、中介軟體與資料庫呼叫,說明請求如何流經這些部分,並標出當機、安全漏洞與慢速之處。修正片段採用 async 與 await,搭配集中式錯誤處理和清楚的狀態碼。
包含內容
- 您會收到什麼在訂單頁面提供的書面審查:請求在您的 API 中的流程、依重要性排序的問題,以及修正後的路由與中介軟體程式碼。進階版另附路由、服務與資料存取的建議資料夾結構。
- 請求流程中介軟體順序與路由
- 錯誤處理不會有懸而未決的請求或當機
- 輸入驗證本文、參數與查詢字串
- 事件迴圈找出並替換阻塞呼叫
- 機密與設定金鑰移出程式碼、改用環境變數
服務流程
- 1需求說明您貼上路由、中介軟體與日誌
- 2閱讀我們從頭到尾追蹤一個請求
- 3審查您會收到問題清單與修正後的程式碼
需要您提供的資料
以文字或截圖貼上的路由、中介軟體與主要應用程式檔案、Node.js 與 Express 版本、您使用的資料庫,以及伺服器日誌中的錯誤。
我們會詢問您:
- 您使用哪個 Node.js 與 Express 版本?
- 您使用哪個資料庫與函式庫?
- 出了什麼問題?伺服器日誌顯示什麼?
- 這個 API 是公開的,還是只供您自己的前端使用?
比較方案
付款保障
下單時付款,但只有在驗收成果後,款項才會撥付。
- 固定價格付款後,方案價格不會變動。
- 款項先行保留付款時,金額只會先保留,在您驗收後才會撥付給服務。
- 交付前檢查每份成果在交到您手上之前都會經過品質檢查,您也可以在驗收前於訂單頁面查看成果。
- 免費修改在需求說明範圍內,可依方案允許的次數提出修改。
- 3 天後自動驗收若您在交付後 3 天內未驗收也未提出修改,成果將自動驗收。若您在交付後於訂單聊天室留言,訂單會暫停自動驗收;我們回覆後,可能會重新起算 3 天,並會在聊天室中告知。
- 重新製作或全額退款若成果不符合您的需求說明且修改後仍未改善,或製作時間超過交付期限的兩倍,請在訂單聊天室留言:我們將重新製作,或全額退還款項。
常見問題
你們會執行我的程式碼嗎?
不會。我們會仔細閱讀並推論其行為,但不會執行,因此請在您自己的專案中測試每個建議的修正。
送出前我應該移除 API 金鑰嗎?
應該。請將金鑰、密碼與連線字串換成預留文字。審查程式碼並不需要它們。
你們可以對我的 API 做負載測試嗎?
不行,我們不會呼叫您的伺服器。我們會指出在負載下會變慢的程式碼,讓您自行測試。
沒有找到您要的答案?