WPS表格VBA自動化格式設定教學

功能定位與變更脈絡

在 2025 年 WPS Office 12.8 版之後，Windows 與信創版（龍芯／飛騰／麒麟 V10）終於把 VBA 7.1 引擎完整遷移到 Linux 與國產 CPU，意謂「巨集錄製→編輯→執行」三階段功能 100% 對齊。對需要每週產生 200 張報表的中小企業而言，與其手動拖拉欄寬，不如用 VBA 把「格式→欄寬 12 字元、列高 22 磅、表格加粗外框」封裝成一次性腳本，成本接近零，又能避開 Microsoft 365 年費。核心問題只有一個：如何讓「自動化格式設定」在跨平台與巨量資料下仍維持秒級回應。

與「WPS AI 一鍵美化」相比，VBA 的邊界在於：AI 走機器學習推薦模板，適合快速簡報；VBA 則是強制性、可版本控的結構化腳本，適合欄位寬度、列高、保護狀態這類「毫米級」要求。兩者可互補，但不可替代。

最短可達路徑：從錄製到執行

Windows 桌面 12.8 版

開啟 WPS 表格→檢視→巨集→錄製新巨集（快速鍵 Alt+T+M+R）。
此時手動完成「格式→欄→欄寬→12」與「格式→列→列高→22」。
停止錄製，Alt+F11 進 VBA 編輯器，自動生成 Sub Macro1()。
將 Range("A:Z").ColumnWidth = 12 改為 ActiveSheet.UsedRange.Columns.ColumnWidth = 12，減少硬編碼。

Linux 與信創版差異

功能表相同，但首次使用需「工具→選項→安全性→啟用 VBA 支援」打勾；重啟後才會載入 libwpsvba.so。若為無 GUI 伺服器，可透過 et --headless --macro 指令執行，但限制為單執行緒，無視窗回饋。

程式碼範例：一次設定欄寬、列高、框線

Sub FormatBatch()
    Dim rng As Range: Set rng = ActiveSheet.UsedRange
    rng.Columns.ColumnWidth  = 12        '字元單位
    rng.Rows.RowHeight       = 22        '磅
    rng.Borders.LineStyle    = xlContinuous
    rng.Borders.Weight       = xlThin
End Sub

把 UsedRange 換成具名範圍，可鎖定資料邊界，避免空白欄被放大導致檔案膨脹。

例外與副作用

大量迴圈導致卡死

經驗性觀察：超過 10 萬列、50 欄的「逐格」格式設定，會使 WPS VBA 執行緒 100% 佔用，介面無回應。緩解做法：把 .RowHeight 改為陣列批次寫入，或先關閉 Application.ScreenUpdating = False。

框線與條件格式衝突

若儲存格已套用了「資料橫條」或「色階」，再執行 rng.Borders 會覆蓋原有主題色彩。工作假設：先備份 rng.FormatConditions 集合，完成框線後再還原。

效能閾值與測量方法

在 Intel i5-1240P + 16 GB 環境，測試 100 萬列×20 欄：

逐列設定：約 340 秒。
整體 UsedRange 一次設定：2.1 秒。
開啟 ScreenUpdating=False 後再降為 1.6 秒。

可複現步驟：於 A1 輸入 =RAND()，複製到 A1000000:T1000000→錄製巨集→比較兩種寫法耗時（工具→巨集→編輯→F5 計時）。

回退方案：版本與檔案層級

檔案開啟前按住 Shift，可封鎖自動巨集。
若已誤存，利用「檔案→版本時光機」回到 30 秒前快照（需開啟金山雲同步）。
本地私有化部署可在後台關閉 VBA 元件，全系統立即停用巨集。

適用／不適用場景清單

指標	建議使用	不建議
資料列數	≤50 萬列	＞100 萬列且無 SSD
共編人數	1～5 人輪流批次	30 人即時協作（易鎖）
合規要求	國密 SM4 離機房	需 SOX 稽核 VBA 原始碼

與第三方 Bot／資料庫協同

WPS 表格支援「資料→取得外部資料→OLEDB」，可拉取 MySQL、達夢、人大金倉。把 VBA 自動格式腳本放在 Workbook.AfterRefresh 事件，即可於每晚 23:00 排程刷新後自動套版。權限最小化原則：資料庫帳號僅給 SELECT，VBA 專案密碼與檔案 DRM 分開保管。

故障排查速查

症狀：巨集鈕灰色無法點擊

可能原因：檔案以「.xlsx」儲存，副檔名不支援巨集。

驗證：另存為「.et」或「.xlsm」後重新開啟。

症狀：Linux 下執行報「類別未登錄」

處置：確認已安裝 wps-office-macro 套件，版本需≥12.8。

版本差異與遷移建議

2024 以前 Linux 版僅支援「LiteVBA」，遺失 UserForm 與 Class Module；12.8 起完整移植。若舊腳本出現「未定義類型」錯誤，把自訂類別改為標準模組，或在 Windows 版重新編譯後拷貝 .bas 檔。

驗證與觀測方法

於「開發人員→插入→按鈕」掛上 FormatBatch，點擊前開啟「工作管理員」觀察 et.exe CPU 占用。
在程式首尾加入 Debug.Print Timer，立即視窗會輸出秒差。
若需長時間排程，把 et 執行檔路徑納入 systemd，並導向 --log-file，方便日後稽核。

最佳實踐檢查表

一律使用 UsedRange 或具名範圍，避免全工作表。
大量寫入前關閉 ScreenUpdating、EnableEvents、Calculation，結束後還原。
把「格式」「資料」分離：先整理資料，最後一次性格式化，減少觸發重算。
版本控管：把 .bas 匯出至 Git， diff 可追蹤欄寬參數變更。
上線前在測試機跑一次 50 萬列壓力，CPU>80% 連續 5 分鐘即退回優化。

案例研究

案例 A：50 人製造業—每週 200 張工單報表

背景：生管部門原需 2 小時手動調整欄寬、列高、加框。導入 FormatBatch 後，把排程設在每週一 06:30，由 ERP 吐出 CSV→WPS 自動開啟→執行巨集→轉 PDF→寄送。結果：全流程 7 分鐘完成，人力釋放 100%。復盤：最初因 CSV 含空白欄導致 UsedRange 過大，改為先刪空白欄再格式化，CPU 從 90% 降到 18%。

案例 B：5 人新創—離線財務模型

需求：離線環境下每月把 30 萬列交易所見即所得地「欄寬 10、千分位、加雙底框」。做法：用信創筆電（麒麟 V10＋龍芯 3C5000）於本地執行，無法裝微軟元件。經驗性觀察：12.8 版 VBA 在 LoongArch 編譯時間比 x86 慢 22%，但執行期差異僅 8%，仍低於業務容忍 30 秒。復盤：開啟 ManualCalculation 後，再省 3 秒，符合「秒級」目標。

監控與回滾

異常信號

CPU>80% 超過 5 分鐘、檔案大小異常膨脹 1.5 倍以上、UsedRange.End 與最後一筆資料相差 >1000 列。

定位步驟

立即中斷 Alt+Break，檢查是否陷入迴圈。
於立即視窗輸入 ?rng.Address 確認範圍。
比對版本時光機快照，找出欄寬異常時間點。

回退指令

Linux 伺服器： et --headless --convert-to pdf broken.et --output-safe-mode 會忽略 VBA；Windows：Shift 開啟檔案後，另存新檔→選擇「移除 VBA」。

演練清單

每季度跑一次 100 萬列壓力、手動觸發回滾、驗證快照完整性；演練後更新 Runbook 版本號並簽字。

FAQ

Q1：為何同一份腳本在 Windows 只要 2 秒，在信創卻 4 秒？
結論：龍芯 3C5000 單核效能約為 i5-1240P 的 55%，但平行度足夠，屬正常落差。
背景：測試資料 50 萬列×20 欄，瓶頸在單執行緒 VBA 引擎。

Q2：可以同時開啟 ScreenUpdating=False 與進度列嗎？
結論：無法，WPS 進度列依賴視窗重繪。
背景：經驗性觀察，若改用狀態列文字 Application.StatusBar 可折衷。

Q3：是否支援 64 位元 API，如 PtrSafe？
結論：12.8 版已內建 VBA7，支援 LongPtr。
背景：宣告外部 DLL 時須加上 PtrSafe，否則 Linux 版會提示「與 64 位元相容衝突」。

Q4：為何框線後條件格式消失？
結論：rng.Borders 會覆蓋主題色彩。
背景：先備份 FormatConditions，再還原即可。

Q5：無 GUI 環境如何 debug？
結論：啟動 et --headless --vba-log=/tmp/vba.log，把 Debug.Print 導向檔案。
背景：log 檔含 Timer 值，可側錄效能。

Q6：可以設定欄寬為毫米單位嗎？
結論：VBA 僅支援字元單位，毫米需透過 Application.InchesToPoints 換算，誤差 ±0.5 mm。
背景：WPS 未暴露 CentimetersToPoints API。

Q7：如何禁止使用者進入 VBA 編輯器？
結論：工具→選項→安全性→移除「啟用 VBA 支援」勾選，需管理員權限。
背景：全系統立即生效，已開啟檔案不受影響。

Q8：巨集密碼忘記怎麼辦？
結論：WPS 未提供官方破解，只能還原無密碼備份。
背景：基於國密 SM4 加密，暴力破解成本過高。

Q9：會不會被防毒軟體誤判？
結論：經驗性觀察，360、火絨 6.x 皆把 .et 含巨集標記為「提示」等級，不會直接隔離。
背景：數位簽章可降低誤判率。

Q10：未來版本會支援 JavaScript 巨集嗎？
結論：官方公開路線圖僅提到「評估中」，尚無版本號。
背景：社群有第三方外掛，但未獲 WPS 簽章。

術語表

UsedRange：工作表已使用矩形區域，程式碼範例首次出現。
LiteVBA：2024 前 Linux 精簡版，缺少 UserForm，見版本差異。
信創：資訊應用創新產業，泛指龍芯、飛騰、麒麟 V10 組合。
xlContinuous：連續實線框線常數。
ScreenUpdating：控制畫面是否即時刷新，見最佳實踐。
FormatConditions：條件格式集合物件。
--headless：無 GUI 命令列參數。
libwpsvba.so：Linux 版 VBA 引擎動態函式庫。
版本時光機：金山雲提供的 30 秒快照功能。
PtrSafe：64 位元安全宣告關鍵字。
LongPtr：平台相依整數型別，64 位元下為 8 byte。
SM4：國密對稱加密演算法。
DRM：檔案權限控管，與 VBA 密碼分離。
Runbook：標準化維運手冊，含回滾步驟。
systemd：Linux 服務管理器，用於排程。

風險與邊界

1. 超過 100 萬列且無 SSD 時，IO 延遲使單次欄寫入從 2 秒暴增至 30 秒以上，建議先切片或改用資料庫 ETL。
2. 30 人即時共編場景，WPS 會鎖定工作表，導致 VBA 寫入失敗；可改用「僅分配唯讀副本→批次合併」模式。
3. SOX 稽核要求原始碼留痕，VBA 專案密碼與 DRM 皆無法提供審計軌跡，需改用 Python+openpyxl 並存 Git。
4. 伺服器無 GUI 時，UserForm 與 MsgBox 會擲回錯誤，應改寫成 log 輸出。
5. 條件格式與框線互斥，若業務需並存，建議採用「先框線、後條件」或改用表格樣式（經驗性觀察仍可能覆蓋）。

未來趨勢／版本預期

WPS 官方在 2025 Q1 開發者日透露，下一版將把 AI 語音指令直接對應至 VBA 引擎，使用者只需說「把 A 到 Z 欄設成 12 字元、加粗外框」，後台即產生對應腳本並執行；同時計畫開放 JavaScript API 預覽，讓網頁前端也能呼叫格式化函數。對於需要可稽核、可離線的企業，VBA 仍會保留；對於輕量、視覺化需求，JavaScript 與 AI 將提供更低門檻的入口。建議讀者現在就把常用格式腳本模組化，未來不論底層語言如何演進，都能快速遷移。