ASP

.NET

      “網站”好象唯一的優點就是可以動態編譯，就是和以前asp類似的，直接把原始碼放伺服器上去，以後想做點小改動，直接在伺服器上改，而不用VS來編譯再上傳。但這樣也有缺點，每次IIS重起後的第一次開啟網站，都要先進行全站先行編譯一次，非常慢。當然也可以用VS發布網站，但是那樣BIN裡多了一大堆的隨機名字的DLL，顯得很亂。web應用程式就是和以前VS2003一樣的模式。優點是編譯好了再發布，IIS重起後也不用重新編譯。缺點是每次改動都要編譯、上傳。網站支援動態編譯，這點比web應用程式好。

很早就想寫多點關於ASP.NET快取頁面面的東西，一來是為了自己可以更方面的查詢，二來當然了更方面大家拉。哈，閑話少說，今天剛好有空就拼湊點出來快取頁面面使用OutputCache指令<%@OutputCacheDuration="3600" Location="Any" VaryByCustom="browser" VaryByParam="RequestID"%> 其中Duration和VaryByParam特性是必須的。VaryByParam允許我們快取頁面面的不同版本。在上面

上述的HttpModule方法在你要重寫的URL含有.aspx 副檔名或者包含另一個被設定為ASP.NET處理的副檔名的情形下一切都工作。你這麼做的話，不需要任何特定的伺服器配置，你只要把你的應用拷貝到遠程伺服器，它會正常工作的。但有的時候，你要重寫的URL要麼擁有一個不為ASP.NET處理的副檔名(譬如， .jpg， .gif， 或 .htm)，要麼根本沒有副檔名。譬如，我們也許要把這些URL呈示成公開的產品目錄網頁(注意，它們沒有 .aspx

http://www.cnblogs.com/dudu/archive/2012/05/11/asp_net_webapi_httpclient.htmlhttp://www.cnblogs.com/dudu/archive/2012/07/12/asp_net_web_api_json.htmlhttp://www.west-wind.com/weblog/posts/2012/May/08/Passing-multiple-POST-parameters-to-Web-API-Control

此函數可以將html代碼裡的所有圖片路徑讀取出來，這樣就可以將批量擷取的圖片路徑儲存到資料庫，或者批量將圖片打上浮水印，或者批量進行圖片縮減，想怎麼操作就怎麼操作，這樣就很方便了。如果路徑是http://開頭的，您還可以使用遠程下載檔案的函數進行下載。這樣就做到了批量下載HTML代碼時的遠程圖片或者檔案了。Function oflink_lcasetag(imgstrng) '非凡設計原創361du.net '將內容html代碼裡的標籤大寫轉換成小寫 Dim regEx, Match,

1、資料控制項簡介這包括資料來源控制項和格式設定控制項，前者使您可以使用 Web 控制項訪問資料庫中的資料，後者使您可以顯示和操作ASP.NET 網頁上的資料。 2、資料控制項*  GridView 控制項：以表的形式顯示資料，並提供對列進行排序、翻閱資料以及編輯或刪除單個記錄的功能。*  DetailsView 控制項：一次呈現一條表格形式的記錄，並提供翻閱多條記錄以及插入、更新和刪除記錄的功能。DetailsView 控制項通常用在主/詳細資料方案中，在這種方案中，主控制項（如

ASP.NET AJAX and Sys.Webforms.PageRequestManagerServerErrorException by Ted JardineUsing ASP.NET AJAX extensively in my latest project I've been sporadically running into the Sys.WebForms.PageRequestManagerParserErrorException. It got to the

本問主要介紹asp.net的身分識別驗證機制及asp.net MVC攔截器在項目中的運用。現在讓我們來類比一個簡單的流程：使用者登入》許可權驗證》異常處理。1、使用者登入驗證使用者是否登入成功步驟直接忽略，使用者登入成功後怎麼儲存目前使用者登入資訊（session，cookie），本文介紹的是身分識別驗證（其實就是基於cookie）的，下面看看代碼。引入命名空間using System.Web.Security;Users ModelUser = new Users() { ID = 10000

1.<%=...%>與<%#... %>的區別:   答:<%=...%>是在程式執行時調用，<%#... %>是在DataBind()方法之後被調用2.控制項接收哪些類型資料?       答:接收Bind的控制項，一般有DropDownList,DataList,DataGrid,ListBox這些集合性質的控制項，而被捆綁  

摘選自零度編程 1、資料庫訪問效能最佳化A、盡量減少資料庫連接，並充分利用每次資料庫連接：串連的建立、開啟和關閉是有開銷的。可以使用串連池B、合理使用預存程序：預存程序是儲存在伺服器端的一組先行編譯的SQL。使用預存程序可以避免對SQL的多次編譯，後續查詢可以複用之前的執行計畫。另外預存程序可以減少SQL語句網路傳輸開銷C、最佳化SQL語句：這個就太多了，如合理使用索引、視圖，避免複雜子查詢 2、字串操作效能最佳化A、使用實值型別的ToString()方法 對不同類型進行 +

在前面的文章中我曾經介紹過DeviceSpecific/Choice構造和裝置篩選條件，那時我們還是在ASP.NET 移動頁面的HTML視圖下或網站程式的Web.Config檔案中通過手動編碼來定義裝置篩選條件和DeviceSpecific/Choice構造。但是，如果你使用的是Visual Studio

雖然微軟說asp.net能夠匹配各種手機裝置，但是手機型號眾多，微軟收集的手機資料有限，所以導致asp.net對很多手機匹配錯誤，本來可以支援html的卻產生html，本來只支援wml的，缺產生了html導致手機無法瀏覽；我們不能等待微軟偶爾發布一個裝置更新包---更新有限的手機裝置資料，這裡我們自己都可以做：asp.net識別裝置型號是靠machine.config或者web.config對http協議HTTP_USER_AGENT裝置標示來匹配的，具體的你可以開啟machine.config

HttpHandler實現了類似於ISAPI Extention的功能，他處理請求(Request)的資訊和發送響應(Response)。HttpHandler功能的實現通過實現IHttpHandler介面來達到。而HttpModule實現了類似於ISAPI Filter的功能。 HttpModule的實現HttpModules實現了類似於ISAPI Filter的功能，在開發上，通常需要經過以下步驟： 1.編寫一個類，實現IhttpModule介面 2.實現Init 方法，並且註冊需要的方法

ASP.net裡大檔案上傳的問題討論轉載自：http://www.fishpro.cn/post/8.html 拒絕潛水的魚-WEB2.0新勢力ASP.net裡大檔案上傳的問題討論！1、解決方案：.NET大檔案上傳知識整理最近做在做ePartner項目，涉及到檔案上傳的問題。 以前也做過檔案上傳，但都是些小檔案，不超過2M。

目標：1、解釋ASP.NET的基本知識2、討論.aspx頁的工序流程3、解釋Page_Load事件4、討論Page對象的IsPostBack屬性5、使用Requset和Response對象一、.aspx頁的html檔案的<%@ Page %>用來配置aspx頁面的屬性language="c#"  使用的語言Inherits="FirstASPNET.WebForm1"  所屬的類二、_VIEWSTATE為隱藏屬性

目標：1、描述Web應用程式2、描述Web應用程式開發週期3、探討ASP4、解釋ASP.NET的功能關鍵字查詢：一、B/S

“無重新整理頁面”，只是一種不確切的效果描述（其實還有其他各種方法來實現這個效果），更確切的說法是：在頁面上用JavaScript調用伺服器端的一個方法，然後處理返回的資料。實現它最標準的方法當然是XMLHTTP。但是，程式員都是懶惰的傢伙，每個人都希望能有更方便的方法，或者，更佳的封裝。比如，Lostinet的Rane就是對XMLHTTP的一個很好的封裝。終於，在ASP.NET

通過使用 VisualC # .NET 建立 ASP.NETWeb 應用程式1. 啟動 MicrosoftVisualStudio.NET。 2. 在 檔案 菜單, 指向 建立 , 然後單擊 項目 。 3. 在 建立項目 對話方塊中, 單擊 ProjectTypes@@ , 下 VisualC # 項目 ， 然後單擊 模板 下 ASP.NETWebApplication@@@ 。 4. 在 位置 框中, 替換 WebApplication # # 預設名稱與 MyWebApp 。

ASP.NET 中的緩衝功能介紹 ASP.NET的效能狀況ASP是指令碼解釋執行的   ASP.NET的引擎從原理上保證高效能 一次編譯 ASP.NET的效能狀況       ASP.NET的引擎從原理上保證高效能       CLR Just-in-time Compiler       對多CPU有很好的支援       運行時最佳化編譯       引擎的最佳化不能徹底解決效能問題       代碼邏輯不最佳化       引擎無法控制的，潛在的效能最佳化點 效能問題與最佳化原則