六大內建物件速查 物件核心用途 Request取得客戶端資料：Form、QueryString、Cookies、ServerVariables、Headers

因介面限制無法用現成選單控件，改用 Repeater 動態渲染。標記： <asp:Repeater ID=CategoryList runat=serve

FileObj 靜態類封裝常用 System.IO 操作，含完整 XML 註解與範例調用： GetPostfixStr(filename)：取副檔名（含點）。

在 Global.asax Application_Start 啟動背景執行緒，Application_End 停止。 演進歷程 輪詢 900ms：判斷現在

ASP.NET 提供 System.Web.UI.HtmlControls.HtmlGenericControl 類別，可對應任何 HTML 元素（含 <

步驟 模板欄位放入 LinkButton，設定 CommandName（如 lbtn）。 RowCommand 事件中： protected void Gr

傳統 URL 調用缺點 參數名/型別需看代碼或文檔，文檔常過期。 無編譯期檢查，拼錯字串只能運行時發現。 需手工 Request.QueryString 解析

PageMethods 為每個頁面定義結構化 URL，以強類型方式調用頁面方法，解決傳統 ?id=12 參數名/型別不透明、無編譯期檢查、手工解析驗證等痛點。

三層拓撲 網頁客戶端（JS 處理展示邏輯） IIS Web 伺服器：僅承載用戶、轉發資料（ADO.NET Data Services / WCF 代理），不處

為何選 SQL Server？ 吞吐量足夠 Web Game。 C#/.NET 生態最佳相容性（EF、SQL CLR、VS 整合）。 SQL CLR 允許 C

遊戲伺服器核心模組之一「計時服務」負責處理種植、升級、建築等長時間任務的倒數與到期通知。本文詳細比較兩種儲存方案並給出架構建議： 儲存方案評比 維度記憶

HTTP 無狀態，ASP.NET 引入 ViewState 維持控件狀態。但實際上： 多數頁面以超連結跳轉，無 PostBack，ViewState 毫無用處

GridView 雖強大但濫用嚴重：ViewState 膨脹、產出 <table> 死板、缺 <th>、樣式難控制。作者主張：拋棄 Gr

WebForms 為確保控件在 NamingContainer（如 UserControl、GridView、Repeater）中 ClientID 唯一，會自

每個程式設計師心中都有一個「專屬框架」夢。FastObject 追求四個「很」： 配置很簡單——無 XML Mapping，Convention over C

FastObject 定位輕量、零配置、支援 Access/SQL Server 雙資料庫一鍵切換。類圖如下： 核心介面 IFastObject publi

核心問題：如何將 DbDataReader 逐欄位映射到未知型別 T 的屬性？答案是反射。 關鍵映射邏輯 for (int i = 0; i < rea

MVC 將應用拆為 Model（資料/業務）、View（呈現）、Controller（協調/路由），帶來五大優勢： 管理複雜度：關注點分離，單元測試友善。 完

許多開發者習慣在 HttpModule 中讀取 Session 驗證身分，卻不知 ASP.NET 內建的表單驗證（FormsAuthentication）配合自

作者將 cloudgamer 的「仿 163 網盤無重新整理多檔上傳系統」封裝為伺服器控制項 UploadControl，大幅簡化使用複雜度。只需在頁面宣告：