- 川川電商工法（共 51 篇文章）
- #1 訂單狀態用字串表達
- #2 訂單的狀態欄位要拆成四個
- #3 訂單的價格欄位設計
- #4 參考 Shopify 的各種設計與英文命名
- #5 商品與訂單關聯的基本 DB 設計
- #6 商品核心與銷售資訊分離
- #7 建立通用圖片上傳 API 架構
- #8 上傳圖片尺寸通用規格化
- #9 使用 ULID 來替上傳的圖片命名資料夾路徑
- #10 金流資料表，一種付款方式一張表
- #11 金流交易資料表，用五個欄位就夠
- #12 金流串接的簡單設計模式
- #13 簡化金流串接，只串 notify api 不串 query api
- #14 做一個通用忙碌頁面，可以改善金流串接的等待 UX
- #15 電商訂單內部備註功能
- #16 電商訂單操作紀錄架構
- #17 電商訂單歷程 Timeline UI
- #18 簡單 Schema 處理複雜行銷模組
- #19 購物車 session 只存客戶意圖，不存金額
- #20 CartInput 與 CartState：購物車要有兩個物件
- #21 購物車的不變條件，寫在建構子裡
- #22 促銷計算做成一條固定順序的 pipeline
- #23 每條促銷規則，都寫成同一個型態的純函式
- #24 四個小計，足以表達所有行銷需求
- #25 促銷的「設定」與「計算」要分開
- #26 贈品與加價購，都是 order_items 的一種 type
- #27 結帳狀態 = 購物車 + 顧客輸入 + 運費
- #28 「還差 300 元」的提示，要跟計價用同一個數字
- #29 只有會算錢的地方，才值得寫得嚴謹
- #30 不要邊算邊存，先算完再落地
- #31 後台用 Bootstrap，前台用 Tailwind
- #32 不要為了幾個互動元件，蓋一個前端專案
- #33 Preact 直接從 CDN 載入，不進 build
- #34 元件就寫在用到它的 blade 檔裡
- #35 島嶼之間用瀏覽器原生事件溝通
- #36 前端不算價，每次操作都回傳整份購物車
- #37 建立一個 Commerce 資料夾
- #38 系統設定用一張 key-value 表，前綴分群
- #39 訂單一律先建立 draft
- #40 電商不需要密碼登入，用 email OTP 就好
- #41 超商門市資料，透過 server cache 簡單傳遞
- #42 點數要做成帳本，不要只存一個 balance 欄位
- #43 點數在付款完成才結算
- #44 訂閱是一份契約，每一期產生一張訂單
- #45 訂閱要把商品資料整份快照起來
- #46 本機開發免登入進後台
- #47 隨時可以 migrate:fresh --seed
- #48 做一個「立刻成功」的假金流
- #49 留一個 `/_poc/` 區，放每個功能的前世
- #50 一張訂單要有三種 ID
- #51 訪客要怎麼安全地看自己的訂單
購物車頁的元件，就住在購物車頁的檔案裡。
前端專案的標準做法，是把元件收在一個資料夾：
resources/js/components/CartPage.jsx
resources/js/components/SearchModal.jsx
resources/js/components/MobileMenu.jsx我沒有這個資料夾。我的元件寫在會用到它的那個 blade 檔案裡：
cart/index.blade.php 購物車頁 + 它的元件
partials/storefront/navbar.blade.php 導覽列 + 搜尋 + 手機選單 + 抽屜購物車
admin/products/_form.blade.php 商品表單 + 它的編輯器元件為什麼
因為改一個功能，只要開一個檔案。
要調整購物車頁，你打開 cart/index.blade.php，HTML 結構、Preact 元件、樣式、要打哪支 API，全部在眼前。不用在 blade 跟 jsx 之間跳來跳去，也不用猜「這個畫面到底是哪個元件渲染的」。
因為資料傳遞變成零成本。
元件需要初始資料、需要 API 網址、需要 CSRF token。在同一個 blade 檔裡，直接用 @json 印進去就好：
const initial = @json($cart);
const UPLOAD_URL = @json(route('admin.images.store'));
const CSRF = @json(csrf_token());不需要 data-* 屬性、不需要在 window 上掛一坨設定、不需要為了讓前端拿到路由而做一支 config API。後端知道的東西，直接遞給前端。
這不是「把 JS 寫在 HTML 裡很髒」
反對的聲音通常是：關注點分離，結構、樣式、行為要分開。
但那是 2010 年的分法。現在大家都同意，真正的關注點是「功能」，不是「語言」。 購物車頁的 HTML、樣式、行為是同一個關注點，它們一起改、一起壞、一起被刪掉。把它們拆到三個資料夾，才是把一個關注點切成三份。
React 生態圈自己也走到這裡了：元件裡面同時有 JSX、有 CSS-in-JS、有事件處理。我只是把這個範圍再放大一格，讓它連伺服器渲染的部分也一起住進來。
什麼時候該抽出來
有元件在第二個地方被用到的時候。
我的做法是先不抽，等到真的重複了再說。目前整個網站，需要共用的只有購物車的操作邏輯（它被導覽列的抽屜、購物車頁、商品頁三處用到），那份我就抽成一個共用的 partial。
其餘的，每個元件只有一個家。找它的時候，去它服務的那個畫面找就對了。
共有 0 則留言
文字內容提供幾種功能：
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
⭐️ Shopify 網站開發服務（給品牌）
https://job.turn.tw/shopify-services
⭐️ 川川電商事務所（全客製電商開發服務）
https://chuanchuan.tw
⭐️ 台灣 Shopify 商家交流 LINE 群（非官方）
https://line.me/ti/g2/PZ_1LILWVWWuzZQ50HNpYA-A3k6QXWF6znqoBQ
⭐️ 台灣 Shopify 開發者 LINE 群（非官方）
https://line.me/ti/g2/YUasX5K3CJ4QdIx76zppjHlh3-q8w-xkSyK1LA
https://job.turn.tw/shopify-services
⭐️ 川川電商事務所（全客製電商開發服務）
https://chuanchuan.tw
⭐️ 台灣 Shopify 商家交流 LINE 群（非官方）
https://line.me/ti/g2/PZ_1LILWVWWuzZQ50HNpYA-A3k6QXWF6znqoBQ
⭐️ 台灣 Shopify 開發者 LINE 群（非官方）
https://line.me/ti/g2/YUasX5K3CJ4QdIx76zppjHlh3-q8w-xkSyK1LA
熱門文章