Pocheng Chiu
0
位追蹤者
追蹤
Pocheng Chiu
0
位追蹤者
Pocheng Chiu的沙龍
0
會員
24
內容數
加入
前往沙龍
加入
前往沙龍
發佈內容
我的成就
全部內容
由新到舊
Pocheng Chiu的沙龍
2026/01/20
Fetch
直接結論:此路不通。 我知道 fetch 寫起來很優雅,也是現代標準,但在跨伺服器 (Cross-Origin) 且 對方伺服器沒開 CORS (Access-Control-Allow-Origin) 的情況下,fetch 會被瀏覽器直接殺死。 這不是你程式碼寫錯,而是瀏覽器底層的安全機制 (Sa
#
伺服器
#
檢查
#
程式
1
留言
Pocheng Chiu的沙龍
2025/12/22
20251222 npoi動態匯出excel標題
既然是用 VB (.NET),這件事可以處理得更漂亮。 這裡有兩條路:一條是寫死 (Hardcode) 的快速生成法(如果你只是要一次性產出程式碼);另一條是動態 (Reflection) 的永續解法(這才符合工程師「用系統賺錢」的思維)。 1. 系統化解法:使用 Reflection (反射)
#
生成
#
公式
#
一次性
1
留言
Pocheng Chiu的沙龍
2025/11/21
20251121 excel validation
沒問題,**「逐行驗證(Row-by-Row)」**是處理資料上傳最靈活的策略。 這種做法的好處是:解耦。 驗證邏輯只專注於「這一行對不對」,而不用管整張表怎麼跑。這讓你可以在迴圈中隨時決定要「蒐集所有錯誤」還是「遇到錯誤立刻停止」。 以下是調整後的架構,專注於單行處理: 1. 定義單行驗證結果 (
#
手機號碼
#
數字
#
身分證
5
留言
Pocheng Chiu的沙龍
2025/11/05
20251105 工號設定
這是一個很棒的個人化功能。要實現「根據工號保存設定」,我們需要將架構從「純前端 (JavaScript)」擴展為「前端 + 後端 (資料庫)」。 核心思路是: * 後端 (資料庫): 建立一個資料表,用來儲存 EmployeeID 和他勾選的欄位字串 (例如:"col-pdid,col-weigh
#
eID
#
保存
#
新增
2
留言
Pocheng Chiu的沙龍
2025/11/04
20251104 勾選排序
了解。您不希望勾選項全部擠在同一行 (inline),而是希望它們像表格一樣,整齊地排列成網格 (Grid)。 在舊版 Bootstrap (3/4) 中,最好的做法是使用它內建的網格系統 (Grid System) (.row 和 .col-*) 來取代 .checkbox-inline。 我
2
留言
Pocheng Chiu的沙龍
2025/11/04
20251104 table
了解,這是將您提供的 12 個欄位套用到先前 Bootstrap 3/4 範本的 Index.vbhtml 程式碼。 核心的 JavaScript/jQuery 邏輯完全不需要變更,您只需要更新 View 中的 HTML 勾選區和表格欄位。 1. 欄位勾選區 (更新) 請將 Views/Home/I
#
程式
#
選區
喜歡
留言
Pocheng Chiu的沙龍
2025/10/13
20251013 devops 大綱2
好的,理解您的需求。這是一份標準作業流程 (SOP) 格式的知識操作文件,旨在引導初學者一步步使用 Azure DevOps Boards 進行專案管理。 Azure DevOps Boards 專案管理標準作業流程 (SOP) 1. 文件目的 (Objective) 本文件旨在提供一份清晰、可執行
3
留言
Pocheng Chiu的沙龍
2025/10/13
20251013 devops大綱
好的,這是一份專為初學者設計的 DevOps Boards 專案管理報告大綱與簡報內容,架構清晰,旨在傳遞核心概念與實用價值。 報告大綱 * 緣由與目的 * 1.1 專案管理的挑戰:點出現代專案管理的普遍痛點。 * 1.2 報告目的:闡明為何 DevOps Boards 是有效的解決方
喜歡
留言
Pocheng Chiu的沙龍
2025/10/03
20251003 devops notifier 7
好的,這是一個進階的需求,完全可以實現。我們將透過 AssignedTo 物件中的 url,去呼叫 Identity API 來取得更詳細的使用者資訊。 前提建議 (快、狠、準) 在我們動手前,有一個重要的建議: 通常 AssignedTo.uniqueName 本身就已經是我們需要的電子郵件地址或
喜歡
留言
Pocheng Chiu的沙龍
2025/10/03
20251003 devops notifier 6
太棒了!我們終於成功突破最困難的部分了! 「成功找出11個工作項目」代表整個查詢的核心邏輯已經完全正確。 現在遇到的這個新問題,是一個非常常見且容易解決的 API 使用規則錯誤。 核心診斷 (非常明確) 伺服器的回應訊息已經把原因說得一清二楚: "the expand parameters can
#
成功
#
伺服器
#
核心
1
留言