前言 在上一篇文章中，我們介紹了透過調整 Web.config 讓錯誤訊息更加詳細。但僅知道錯誤發生位置還不夠，開發者往往還需要知道變數在執行時的實際值。這就是

前言 前兩招介紹的調試技巧屬於「赤手空拳」的基礎操作，若想更深入地掌控程式執行流程，就得祭出利器。感謝微軟提供的工具，讓我們能輕鬆進行斷點調試。 第三招：查錯

類型：.NET 的基本單位 .NET 中 Class、Interface、Enum、Struct、Delegate** 皆為類型**。即使最簡單的 Hello

.NET 類別四大核心成員 成員說明對應傳統 OOP Data Members (Fields)資料欄位，儲存狀態Member Variables Funct

從 Callback 說起 C 語言 qsort 需傳遞比較函數指標，排序時回呼比較 — 這是 Callback 概念。.NET 早期可用介面實現：定義介面、實

核心功能 斷點續傳：支援 HTTP Range 標頭，瀏覽器/下載工具可續傳 速度限制：可設定每秒位元組數，避免佔滿頻寬 大檔案支援：串流式傳輸，不載入整個檔

專案背景 Visual Studio .NET Beta 版發布期間，開發組需收集客戶回饋。IDE 內建 LAME 按鈕 (圖 1) 讓用戶隨時提交錯誤描述、選

三種遷移策略對比 策略說明優點缺點 全盤 .NET 化ASP→ASP.NET，VB6→VB.NET，所有元件重寫架構統一、技術債歸零風險極高、工期長、測試成本

遷移目標：最小修改讓 ASP 在 ASP.NET 執行 此階段不追求利用 .NET 新特性，僅解決編譯錯誤使站點可跑。VS.NET IDE 新建 VB Web

LAME 回報頁面驗證控件整合 原有大量 JScript 客戶端驗證 + 伺服端重複驗證。遷移策略： 重寫頁面採用 ASP.NET Web Form 模型 以

新架構演進圖解 既有客戶站點成功移植至 ASP.NET 整合 .NET Framework 新功能 (驗證控件、Web Service、本地化、個性化)

應用場景 動態水印、驗證碼、簽名檔、圖表標籤、個性化圖片 避免前端 Canvas 相容性問題，伺服端統一渲染輸出 PNG/GIF/JPEG 核心代碼 &l

Web.config 認證設定 (Forms Authentication) <?xml version=1.0 encoding=utf-8?>

基礎郵件發送 (System.Web.Mail) <%@ Import Namespace=System.Web.Mail %> <scrip

原始客戶端驗證邏輯 (JScript) 圖 5 展示傳統 ASP 時代的客戶端驗證函數 FormSubmitTest，需手寫大量 DOM 操作與條件判斷： 檢

核心原理：Application_AuthenticateRequest 事件攔截 每次請求 .aspx 都會觸發 Application_Authentica

什麼是 Code Behind？ Code Behind = 代碼分離。ASP.NET 頁面由兩個檔案組成： 設計檔：.aspx / .ascx — 負責 H

核心需求：將標記語法轉為高亮 HTML 支援 `...`、`...`、`...` 三種標記，逐行處理關鍵字/字串/註解著色。 核心處理流程 StringWri

步驟 1：使用 FrontPage 設計 UI 原型 在 c:\Inetpub\wwwroot\mail\ 建立 send.htm，使用 FrontPage 4

前置作業：虛擬目錄建立 在 c:\Inetpub\wwwroot\ 建立 mail 目錄 IIS 管理員 → 右鍵網站 → 新增虛擬目錄 → 別名 mail