在推薦書單之前，我想先分享一些學習的經驗，讓有有經驗、有潛力的程式設計師能夠快速上手，但針對缺乏程式設計經驗的人來說，這裡的建議也是有幫助的，只是需要更多時間看書、寫 Code、除錯、除錯、再除錯、然後改 Code、改 Code、再改 Code，改到自己滿意為止。
... 繼續閱讀 ...
我們已經使用 ASP.NET 3.5 在三個案子了，全部都採用 LINQ to SQL Class 當作資料存取的介面，當中的確有些需要特別注意的地方，在此做個整理：
... 繼續閱讀 ...
網站的前台套版，使用 ListView + LinqDataSource 真的是超強的啦！網頁程式碼的數量精簡到不行，大部分的情況是一點程式都不用寫的，甚至於可以用一個 LinqDataSource 套出「兩層」的 ListView。
... 繼續閱讀 ...
我們都知道可以在 MasterPage 中可以設定 ContentPlaceHolder，但通常我們設定在 ContentPlaceHolder 這的標籤裡面都不會放任何資料，不過事實上裡面是可以放一些預設的內容的，當內容頁(Content Page)沒有使用到這個 ContentPlaceHolderID 時，就會直接用 MasterPage 中定義的預設內容來輸出。
... 繼續閱讀 ...
當使用 ASP.NET 回應大型檔案的時候，通常有三種方式可以實做，但使用上有幾個地方要特別注意：
... 繼續閱讀 ...
我們在要在頁面中直接輸出一個變數可以使用 <%= DataTime.Now %> 等於法，或是透過一個頁面的屬性(Property)或方法(Method)進行存取，例如說：
... 繼續閱讀 ...
在寫 HttpHandler 或 Generic Handler 的時候，如果要使用 Session 物件的話，在 Visual Studio 中你可以很輕易的透過 Intellisense 使用 context. 時取得 Session 物件，但是你會發現這個物件會傳的值永遠都是 null，所以你是無法取得或設定 Session 資料的，如果要在 HttpHandler 中使用 Session 的話，其 HttpHandler 的類別一定要繼承 System.Web.SessionState.IRequiresSessionState 介面（讓 context.Session 可讀可寫）或 System.Web.SessionState.IReadOnlySessionState 介面（讓 context.Session 唯讀），繼承這個介面不需要實做任何方法(Methods)，只要單純的將介面繼承上去即可。
... 繼續閱讀 ...
前天替一個網友解決了一個 Encoding 混亂的問題：ASP.net 傳遞中文至Web Service 亂碼問題，像這種這個問題最常出現在「非 Unicode 的系統」裡，像這個案例就是他們的 Web Service 是用 PHP + NuSOAP 開發的，因為預設就是用 ISO-8859-1 的字集做資料的編碼與傳輸，所以資料在同樣的字集傳輸下，在非原生(Non-Native)支援 Unicode 的程式語言下很自然的不會發現問題，但是一到了 .NET 就不一樣了，.NET 是一個打從骨子裡支援 Unicode 的架構，所以對 Encoding 是很敏感的。
... 繼續閱讀 ...
我們有時後會在 Server 端動態的產生一個檔案，然後讓使用者下載，你也有可能希望使用者下載完該檔的時候可以直接從 Server 端直接刪除，不過這個動作無法在一個 HTTP Request/Response 循環中完成，因為檔案正在傳送回用戶端時並無法刪除該檔！
... 繼續閱讀 ...