問題 不同網站分頁 URL 格式迥異：?page=1、?p=1、Default-1.aspx 等，硬寫死無法重用。 介面設計：IUrlManager publ

問題 測試專案中 new Controller() 時，HttpContext 為 null，導致 Session、Cookie、Form 等皆不可用。 解決

測試環境 語言：ASP.NET C# 組件大小：總計 492 KB 資料庫：Access 約 8 MB，單請求 4-5 次 DB 存取 IIS 6.0，連接埠

傳統 Cookie 方案缺失 早期專案採用 Cookie + Session 實作 SSO，無獨立認證中心，各子站自行驗證 Cookie 寫入 Session。

1.1 編寫目的 詳細說明 SSO 組件設計思想與實作方法，作為後續維護擴充的基準文件。讀者對象：系統設計師、開發人員、維護人員。 1.2 背景 系統名稱：

整體流程圖 登入請求資料格式 安全性機制 請求包含站點編號、使用者編號、請求序號，經由數位簽章加密。傳輸過程中任一欄位被竄改，認證中心驗證簽章即失敗，確

建立與新增 <script runat=server> Sub Page_Load If Not Page.IsPostBack Then

問題背景 網站頻繁出現 Timer_Connection 錯誤，導致應用程式池因錯誤過多而停止，網站回傳 Service Unavailable。 解決策略：

基礎標記範例 <asp:GridView ID=GridView1 runat=server AllowPaging=True AutoGenerateC

核心邏輯 PageCount) return null; int start = (pageIndex - 1) * PageSize; re

啟用排序 設定 GridView.AllowSorting = true，點擊欄位標題觸發 Sorting 事件。 自訂比較器 c1.PostCode.Co

刪除按鈕設定 CommandField.ShowDeleteButton = True → 自動產生刪除連結，觸發 RowDeleting。 ButtonFi

前端標記 <asp:Panel ID=pnlEdit runat=server Visible=False> 姓名：<asp:Text

完整後台程式碼 public partial class GridViewTemplateTest : System.Web.UI.Page { pr

緣起 2008 年 4 月接手公司入口網站專案，選用 DotNetNuke (VB.NET) 開發，上手快但痛點明顯： 部署繁瑣，權限設定耗時。 效能稍弱，多

ORM 適用場景：後台維護 實體類對應資料表，CRUD 程式碼極簡潔。 自動防 SQL Injection，欄位拼裝零負擔。 適合「文章發布」等標準後台管理功

問題現場 專案從 SQL Server 遷移至 Access，NHibernate 拋出 SQL 語法錯誤。程式碼邏輯無誤，懷疑 NHibernate 本身缺陷

核心概念 單一頁面：整站唯一入口 /Default.aspx，透過 tabid 參數識別頁面。 模組化：功能以模組形式掛載，頁面內容由模組決定（文章列表模組→

方案比較 URL Rewrite + 靜態檔案 404 動態生成靜態頁 本專案採 DNN 風格單頁面架構，最佳實作為覆寫 Render 方法。 核心程式碼

問題背景 ASP.NET FileUpload 控制項在 IE 中 value 屬性為唯讀，無法直接用 JavaScript 清空。若在伺服端判斷不儲存，檔案仍