ASP

首頁是軟體的門戶，在設計時尤其重要。在本節中對此頁面進行開發設定，本軟體中首頁的作用是顯示儲存在庫中的圖書資料，本節重點在DataList的使用及庫檔案中所存圖片的讀取。建立一個Web頁面，名稱為Default.aspx，使用主版頁面，產生後，頁面顯示為主版頁面與派生頁的合成：在派生頁的地區設定一個DataList控制項，添加模板設定：Code highlighting produced by Actipro CodeHighlighter

基類：先載入繼承頁的，再載入自己的，如果繼承頁有繼承則先載入繼承頁的繼承。控制項：1）Init事件從最裡面的控制項（包括使用者控制項及普通控制項）向最外面的控制項（頁面）引發，Load及PreRender等其他事件從最外面的控制項向最裡面的控制項引發；2）控制項之間相同事件的執行順序依控制項在頁面的位置按從左至右，從上到下的先後順序執行。注意：1）切記使用者控制項也被視為頁面中的一個控制項；2）把使用者控制項作為單獨的一個特殊頁面來看，它本身及其所包含的控制項同樣遵守相同的規律；3）有時在用戶端

Request對象包括： 前序 用戶端的基本資料（如瀏覽器類型、版本號碼、使用者所用的語言及編碼方式等） 要求方法（Post或Get） 參數名 參數值Request對象的調用方法： Request.Collection["Variable"] 其中，Collection有QueryString、Form、Cookies、ServerVariables四種集合。Collection可以省略，如用Request["Variable"]調用，但這樣會降低效率。以下是這四種集合：QueryString集

由於國外的伺服器好象對一些要引用dll編輯器由於安全問題,鎖定了web.config中的一些許可權,在先試了FreeTexbox不行,FCKEditor也不行,因為都是要引用dll檔案,最後同事介紹一款

簡介：前言：上一篇文章中BlogBoy已經和大家分享了有關開發ASP.NET應用程式的開發環境及配置的相關話題，那麼接下來我們是不是可以直接討論寫代碼的事情了呢？BlogBoy的答案是：NO，我們是程式員並不是代碼機器，“不假思索，提筆就寫”不是一個良好習慣，還是稍安勿躁，我們還有一些基礎沒有挑明。說到基礎，尤其是做WEB開發，基礎這個東西似乎既高深莫測而又可有可無，說它高深莫測，是因為基礎的東西牽連比較廣，縱橫度可深可淺；說它又是可有可無，是因為許多人可以在沒有掌握它們的前提下，照樣可以很好的

基本用法<%@ OutputCache Duration="60" VaryByParam="none"

Asp.net中Server.Transfer,Server.Execute和Response.Redirect的區別 在Asp.net 中常常需要進入頁面跳轉，一般用到的方法有Server.Transfer,Server.Execute和Response.Redirect，下面講解一下三種方法各自不同的用法。(1)Server.Transfer方法:Server.Transfer("m2.aspx");//頁面轉向(伺服器上執行).伺服器停止解析本頁,儲存此頁轉向前的資料後,再使頁面轉向到m2

在.NET系統中，可以通過Thread直接建立線程。但為了避免使用過多的線程對系統效能做成影響，微軟特別開發了一個ThreadPool（CLR線程池）對線程進行管理。ThreadPool.QueueUserWorkItem(new WaitCallback(method), objcet);//建立線程 CLR線程池的線程卻分成兩種：工作者線程與IO線程ThreadPool.GetAvailableThreads(out int a1, out int

本節為本軟體開發的最後一節，主要是設定軟體的許可權。在ASP.NET2.0中，身份的驗證有多種方式，然而Windows和Passprot幾乎都不實用。Windows身分識別驗證是基於Windows賬戶和NTFS

　　前段時間著手做一個網站，在使用ListView和DataPager時遇到了一個新問題。先描述一下頁面的要求吧：有兩級類別，一個大類，下面有子類，子類下才對應了產品，然後在一個頁面中把大類（指定了哪些）、子類、產品按結構顯示出來，其中產品要有分頁。好了，目前來說，整個頁面互動性只在於產品的分頁上，大類、子類在伺服器端只是顯示的作用，故我理所當然地想到了使用ListView來層層綁定，並在產品層添加DataPager控制項來分頁。　　背景資料DTO也已經定義好，分別有大類、小類、產品： 1

      最近學習ajax.net ajax 。經過在網上的搜尋，發現了TerryLee's Tech Space這個部落格，看了有關ajax的內容，便被吸引住了，個人覺得這是初學ajax 的好教材。【ajax ASP.NET AJAX入門系列（1）：概述】講到了ASP.NET AJAX組成部分。1.ASP.NET AJAX：這部分是ASP.NET AJAX的核心部分，包括了核心AJAX類型系統，網路通訊協定層(networking

其實也不能算是什麼總結了,只是把今天學到的東西再回憶一遍,希望可以加深一下記憶。最近因為接到一個項目，是一個實驗室資訊管理系統，基於WEB的，以前總是用ASP做，但是總覺得ASP不能很好的體現程式設計這一概念，而當我看到。NET之後，學得這是個好東西，況且時下也很流行，於是就拿來讀了，學做網站，說到底最硬的功夫還是對資料庫的操作，美工可以慢慢改，而對資料庫的操作則是核心，SQL，預存程序，類，三層結構，這些東東，我原來在ASP時代就試著搞過，但是最後只是做了個DLL然後註冊成為組件，用了一小下，

部署最佳化我們都知道，不同的部署方式對網站的效能是有影響的，可能有些朋友已經知道了這點，不管怎樣，我們這裡還是詳細系統的講述一下這個問題，熟悉的朋友權當回顧J。Release方式編譯項目如果我們的項目是用Project的方式建立的，也就是說：我們的網站包含在一個Solution解決方案中，那麼在發布之前，編譯項目的時候，採用release方式，這種方式會減少CPU的使用率。因為採用debug的方式發布，編譯器會編譯後的代碼中加入很多的資訊，如調試資訊等。操作步驟：1. 在VS中，選擇”

添加一個控制器MVC代表model-view-controller。MVC對開發應用程式來說，是一種很好的架構和便於維護的模式。基於MVC的程式包含：控制器：負責處理外部請求，擷取模型資料，提取視圖模板（負責返回請求給用戶端）模型：代表應用程式的資料並使用驗證邏輯去執行資料的商務規則視圖：用來動態產生HTML響應的一些模板檔案

  入門          在建立網站中，常常會使用到身分識別驗證。asp.net中內建了幾種身分識別驗證的方式，如Windows、Froms、Passport等。這幾種身份 驗證的方式各有不同。一般來說，網站的身分識別驗證方式都會經過以下幾個步驟：     1、輸入使用者名稱和密碼，單擊確定按鈕。    2、在後台判斷使用者名稱和密碼是否正確，如果錯誤返回提示；如果正確，進入可訪問的頁面。   

/// <head>///<function>/// 儲存類(儲存UserInfo資訊)///</function>///<description>/// 用Cache儲存使用者資訊/// 在指定間隔(TimeOut)內取，則可以從Cache中取，/// 如果超出儲存時間,則從資料庫取使用者資訊資料///

對於大多數的web應用程式，很多人喜歡採用表單驗證的方法。當許多應用程式運行在一個主域下面的多個子域時，使用單點登入將是很不錯的一個選擇，當使用者在http://www.exapmle.com/登入之後，可以訪問everything.example.com的資源。     表單驗證預設不支援這種特性，但是，通過合適的方法調整它並不複雜。     ASP.NET表單驗證的技術內幕並不複雜：它建立了一個特殊的Cookie，這個cookie的名字由web.config中的forms元素的name定義，

１、Ludico UmJkq8F5viB0　　Ludico是C#編寫的居於ASP.NET 2.0的Portal/CMS系統。它的模組化設計是你可以按照你希望的使用或開發網站功能。它裡面有進階的使用者管理，一個所見即所的(WYSIWYG)的編輯器等。　　：http://sourceforge.net/projects/ludico/　　２、umbraco　&f O2IyJR

[ At 2009-5-17 By heimianadmin Add comments ] ASP.NET web.config中，資料庫連接字串的加密與解密。 雖然不怎麼新鮮，但相信還是有許多人不知道，好，不說廢話，直接給方法：開始--->運行,輸入cmd，接著輸入以下內容 加密： C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -pef "connectionStrings" "你的Web項目路徑" 解密：

$ViewData.User.Name<br /> </body> </html> 當然，我們也可以將其註冊成預設視圖引擎，免得每次要建立 IView 傳遞給 View()。 public class MvcApplication : System.Web.HttpApplication { protected void Application_Start() { ViewEngines.Engines.Clear();