aspnet應用程序存儲_ASPnet配置環境

⑴ ASP.NET範例開發大全的介紹

本書詳細介紹了如何利用ASPNET的強大功能來開發Web應用程序。主要內容包括ASPNET開發環境配置、網頁設計、廣告應用、DHTML頁面製作、樣式與主題、JavaScript技術應用；ASPNET中常用的文本控制項、選擇控制項、列表控制項的屬性和使用； C#語言新特性、常見的字元串和日期操作技巧；ASPNET內置對象、Web Service、AJAX應用開發、ASPNET高級應用、報表與列印、圖形圖像與多媒體；ADONET應用、ASPNET數據綁定、sql查詢、復雜查詢統計、視圖、存儲過程及觸發器、LINQ to SQL、XML技術、文件操作；站點設計與配色、網上書城與酒店管理系統的開發等。

⑵ asp.net 中的App_Data文件夾作用

存放資料庫文件的，比如ACCESS，SQL 2005 簡化版貌似也可以

在代碼中可以方便的調用|DataDirectory|可以直接訪問app_data文件夾

以下是其他一些ASP.NET的常用文件夾

1. Bin文件夾
Bin文件夾包含應用程序所需的，用於控制項、組件或者需要引用的任何其他代碼的可部署程
序集。該目錄中存在的任何.dll文件將自動地鏈接到應用程序。

2. App_Browser文件夾

該可選的文件夾包含.browser文件。.browser文件描述瀏覽器(不管是移動設備瀏覽器，還
是台式機瀏覽器)的特征和功能。

3. App_Code文件夾

App_Code文件夾正好在Web應用程序根目錄下，其存儲所有應當作為應用程序的一部分動態
編譯的類文件。這些類文件自動鏈接到應用程序，而不需要在頁面中添加任何顯式指令或
聲明來創建依賴性。App_Code文件夾中放置的類文件可以包含任何可識別的ASP.NET組件
——自定義控制項、輔助類、build提供程序、業務類、自定義提供程序、HTTP處理程序等。

注意在開發時，對App_Code文件夾的更改會導致整個應用程序重新編譯。對於大型
項目，這可能不受歡迎，而且很耗時。為此，鼓勵大家將代碼進行模塊化處理到不同的類
庫中，按邏輯上相關的類集合進行組織。應用程序專用的輔助類大多應當放置在App_Code文
件夾中。

App_Code文件夾中存放的所有類文件應當使用相同的語言。如果類文件使用兩種或多種語言
編寫，則必須創建特定語言的子目錄，以包含用每種語言編寫的類。一旦根據語言組織這些
類文件，就要在web.config文件中為每個子目錄添加一個設置：

<compilation>

<codeSubDirectories>

<add directoryName="VBFolder" />

</codeSubDirectories>

</compilation>

重要的是，特定語言的子目錄應在web.config文件中注冊，否則，不管它們屬於哪個文件夾
，App_Code文件夾下的所有文件將被編譯成一個單獨的程序集。上述配置腳本描述了這么
一種情況，即所有的C#文件都放在App_Code文件夾的根目錄下，而把幾個 Visual Basic
.NET類文件移入VBFolder目錄中。如果<codeSubDirectories>節中提到的目錄不存在，則
會收到一個編譯錯誤提示。

App_Code根文件夾中的文件被編譯成App_Code_xxx.dll程序集，其中xxx是隨機生成的字元
序列。一個給定子目錄中的文件將被編譯成一個名為App_SubCode_xxx_yyy.dll的動態創
建的程序集，其中xxx指示子目錄的名稱，而yyy是一個隨機字元序列。只有在應用程序根
目錄中的web.config文件中進行了設置，<codeSubDirectories>節才有效。

在App_Code目錄或任何其他子目錄中放置一個assemblyinfo.cs文件，可以創建一個強命名
的程序集。顯然，如果該文件夾包含Visual Basic .NET文件，那麼將使用
assemblyinfo.vb文件。程序集配置文件可以引用一個.snk文件來保存強名稱的密鑰。

注意給一個程序集設置一個強名稱，首先必須獲得一個公開/私有密鑰對。通過
使用強名稱(Strong Name)工具(sn.exe)，可以獲得這樣一個密鑰對。強名稱工具是我們可
以在.NET Framework的安裝路徑中發現的SDK binary之一。密鑰對文件通常有一個.snk擴
展名。可以將該文件保存到一個應用程序文件夾中，並在assemblyinfo.cs文件中引用它，
如下所示：

[assembly: AssemblyKeyFileAttribute(@"yourKeyPair.snk")]

注意，Visual Basic .NET是在包含Visual Studio Solution的目錄中尋找密鑰文件，
而C#編譯器則在包含該binary的目錄中尋找密鑰文件。據此可知，用此屬性調整我們使用的
路徑，或者把密鑰文件放在合適的文件夾中。

在隨後發生的任何重新生成中，程序集的名稱將發生變化。同時，老的AppDomain請求一結
束，就刪除老的程序集。

App_Code文件夾並非只能包含類文件。特別是，它可以包含並能自動地處理代表數據架構的
XSD文件。把一個XSD文件添加到該文件夾中時，編譯器將把它解析成一個有類型的
DataSet類，並將它添加到應用程序作用域中。在ASP.NET 1.x中，這一工作由Visual
Studio .NET向導，使用一個命令行實用程序(xsd.exe)完成的。

注意使用web.config文件注冊一個組件(例如，一個自定義的伺服器控制項或一
個自定義的HTTP處理程序)時，通常要求指定包含該代碼的程序集名稱。如果該組件定義
在App_Code文件夾中，則應該用什麼名稱來指示程序集？在這種情況下，只是忽略程序集信
息，並規定完整的類名即可。如果沒有規定任何程序集，則ASP.NET運行庫將試圖從任何
已裝載的程序集中裝入該類，包括為App_Code文件夾動態創建的程序集。

4. App_Data文件夾

App_Data文件夾應該包含應用程序的本地數據存儲。它通常以文件(諸如Microsoft
Access或Microsoft SQL Server Express資料庫、XML文件、文本文件以及應用程序支持
的任何其他文件)形式包含數據存儲。該文件夾內容不由ASP.NET處理。該文件夾是ASP.NET
提供程序存儲自身數據的默認位置。

注意默認ASP.NET帳戶被授予對文件夾的完全訪問許可權。如果碰巧要改變
ASP.NET帳戶，一定要確保新帳戶被授予對該文件夾的讀/寫訪問權。

5. App_GlobalResources文件夾

6. App_LocalResources文件夾

7. App_Themes文件夾

App_Themes文件夾為ASP.NET控制項定義主題。主題包含在App_Themes文件夾下的一個文件夾
。根據定義，一個主題是一組帶有樣式信息的文件。主題文件夾中的文件內容被編譯，以生
成一個類，而該類被頁面調用以編程的方式設置主題化控制項的樣式。

App_Themes文件夾列出應用程序的本地主題。應用程序還可以繼承如下文件夾中定義的全
局主題：

%WINDOWS%\Microsoft.NET\Framework\[version]\ASP.NETClientFiles\Themes

從編譯的角度看，全局主題和局部主題沒有區別。如果一個給定名稱的主題，既存在應用程
序的本地主題，又存在伺服器機器的全局主題，則本地主題優先適用。

8. App_WebReferences文件夾

在Visual Studio .NET 2003中，一個需要訪問Web服務的ASP.NET應用程序，將通過「添
加Web引用」對話框獲得相應的.wsdl文件。Web服務的WSDL(Web Service Description
Language)文檔，對於從頁面使用Web服務是不夠的。ASP.NET頁面最終是一個託管類，並且
需要與另一個託管類通信。因此，Web服務被一個代理類所包裝。該代理類是由Visual
Studio使用命令行工具wsdl.exe的服務創建的。該代理類盡量包含與Web服務商的Web方法一
樣多的方法，並且它結合了Web服務的公共介面定義的任何自定義的數據類型。

這個操作不需要開發人員付出很大的代價。然而，開發人員顯然要依賴於Visual Studio來
生成代理類。如果能夠直接把.wsdl文件放在應用程序的目錄樹的某個地方，並讓ASP.NET處
理其餘的任務，這樣不是更容易、更簡單嗎？這正好是App_WebReferences文件夾要做的
事情。

它識別那些用來描述所綁定的Web服務的.wsdl文件，並生成運行時代理類，以便ASP.NET頁
面能夠以類型安全的方式放置對Web服務的調用。App_WebReferences文件夾可以包含子文
件夾。子文件夾的名稱驅動最後所得到的代理類的命名空間，而WSDL文件定義類名。例如
，samples.wsdl文件和ProsAspNet20子文件夾將創建一個稱為ProAspNet20.Samples的代理
類。該動態創建的程序集稱為App_WebReferences.xxx.dll，其中xxx是一個隨機的字元序
列。

文件夾名稱
文件類型
注釋

Bin
.dll
包含應用程序所需的任何預生成的程序集

App_Browsers
.browser
包含應用程序特有的瀏覽器定義文件，ASP.NET用它來識別各瀏覽器及確定它們的功能

App_Code
.cs、.vb、.xsd、自定義的文件類型
包含作為應用程序的一部分編譯的類的源文件。當頁面被請求時，ASP.NET編譯該文件夾
中的代碼。該文件夾中的代碼在應用程序中自動地被引用

App_Data
.mdb、.mdf、.xml
包含Microsoft Office Access和SQL Express文件以及XML文件或其他數據存儲

App_GlobalResources
.resx
包含在本地化應用程序中以編程方式使用的資源文件

App_LocalResources
.resx
包含頁面范圍的資源文件

App_Themes
.skin、.CSS、.xsl、附屬文件
包含一組定義ASP.NET頁面和控制項外觀的文件

App_WebReferences
.wsdl

⑶ aspnet_client 的作用以及存儲位置

在虛擬主機的 wwwroot 目錄下您會發現有一個名為 aspnet_client 的文件夾，該文件夾中含有集成了 ASP.NET 的「SmartNavigation」功能的 javascript。如果啟用 SmartNavigation，網頁設計人員就可以在頁面以及其他內容之間保持滾動條和元素焦點的位置。

目錄 aspnet_client 是虛擬根 Web 應用程序目錄，該目錄是當您安裝 .NET Framework SDK 或 Visual Studio .NET 時在您的計算機上創建的。此文件不佔用戶空間，請用戶在使用網站空間的時候不要刪除該文件夾。

例如，隨 ASP.NET 附帶的腳本文件位於以下位置。

d:\home\ftp用戶名/wwwroot/aspnet_client/system_web/<版本編號>/文件

如果安裝有 SDK 的多個版本，您將在 aspnet_client/system_web 下看到多個子目錄。因為控制項庫與腳本文件的特定版本相關聯，所以部署模式允許控制項庫的不同版本並行運行。出現了「aspnet_client」這個文件夾，是干什麼的？

這個是文件的路徑下還有文件！下面的完整路徑：
aspnet_client\system_web\1_1_4322

裡面還有三個文件：SmartNav.htm，smartnav.js，webuivalidation.js！

作用是：安裝了.net框架之後,就會在網站目錄下出現這樣的文件夾.用以支持.net環境.1_1_4322表示你的.net framework 的版本為 1.1.4322,裡面的3個文件用於為.net驗證控制項提供腳本支持伺服器裡面裝了.net後，會在伺服器上每個網站的目錄裡面增加這個文件夾的在生成虛擬站點的時候會自動在根下生成一個名字為aspnet_client的文件夾，你看看是不是這個文件夾沒有了？
解決辦法重新建一個獨立站點，把生成的aspnet_client文件夾復制到這個站點的跟下。

首先確定你安裝了iis
然後從命令行進入文件夾C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\
盤符，系統文件夾，版本號可能不一樣，看你自己的機子，版本號選擇最高的那個文件夾
運行命令aspnet_regiis.exe -i
安裝完畢即可使用vs打開
一點資料:

aspnet_regiis命令詳解.
用法：
aspnet_regiis.exe[-i[r][-enable]|-u[a]|-r|-s[n]|-k[n]|-lv|-lk|-c|-e[a]|-?]
-i-安裝ASP.NET的此版本，並更新IIS元資料庫根處的
腳本映射和根以下的所有
腳本映射。現有的低版本腳本映射
升級到此版本。
-ir-安裝ASP.NET的此版本，僅注冊。不
更新IIS中的腳本映射。
-enable-帶-i或-ir指定-enable時，還將
在IIS安全控制台(IIS6.0或更高版本)中啟用ASP.NET。
-s-在指定的路徑以遞歸方式安裝此版本
的腳本映射。現有的低版本腳本映射
升級到此版本。
例如aspnet_regiis.exe-sW3SVC/1/ROOT/SampleApp1
-sn-在指定的路徑以非遞歸方式安裝此版本的
腳本映射。現有的低版本腳本映射
升級到此版本。
-r-為IIS元資料庫根位置的此版本
以及根以下的所有腳本映射安裝腳本映射。不論當前版本是什麼，
所有現有的腳本映射都
更改為此版本。
-u-卸載ASP.NET的此版本。到此版本的
現有腳本映射重新映射到此計算機上安裝的
其餘的最高ASP.NET版本。
-ua-卸載計算機上的所有ASP.NET版本
-k-從指定的路徑中以遞歸方式移除到任何ASP.NET版本的所有
腳本映射。
例如aspnet_regiis.exe-kW3SVC/1/ROOT/SampleApp1
-kn-從指定的路徑中以非遞歸方式移除到任何ASP.NET版本的所有
腳本映射。
-lv-列出計算機上安裝的所有
ASP.NET版本(包括狀態和安裝路徑)。
Status:Valid[(Root)]|Invalid
-lk-列出包含ASP.NET腳本映射的所有IIS元資料庫項的所有路徑
(連同版本一起)。不顯示從父項
繼承ASP.NET腳本映射的項。
-c-將客戶端腳本的此版本安裝到
每個IIS站點目錄的aspnet_client子目錄中。
-e-從每個IIS站點目錄的
aspnet_client子目錄中
移除客戶端腳本的此版本。
-ea-從每個IIS站點目錄的aspnet_client子目錄中
移除客戶端腳本的所有版本。
-?-列印此幫助文本。

example:
當系統新建一個asp.netweb應用程序的時候,提示錯誤信息如下:
"VisualStudio.NET已檢測到指定的Web伺服器運行的不是ASP.NET版本，你將無法運行ASP.NET應用程序或服務。"

可以嘗試運行
aspnet_regiis-i
aspnet_regiis-r
兩個命令來安裝asp.net服務管理器.
如果還是不行的話,再嘗試一下下面的操作:
1、先確定是不是1.1
2、把"IP地址"設成全部未分配
3、在IE連接設置中把本地地址不使用代理伺服器那裡打上勾

⑷ 在asp.net中的.sln文件是干什麼的怎麼讀懂sln文件中的內容呀

您好，sln:在開發環境中使用的解決方案文件。它將一個或多個項目的所有元素組織到單個的解決方案中。此文件存儲在父項目目錄中.解決方案文件，他是一個或多個.proj（項目）的集合。

一，新建網站是沒有這個sln文件的，如果你想有這個文件就要另存為...，在解決方案資源管理器裡面選中解決方案，然後在VS的文件選項裡面選擇XX.sln另存為...就可以了，winform項目新建就有的，不用另存為
二，這個文件就是解決方案的配置文件，小項目用處不大，主要是大項目...
三，還是因為這個就是解決方案的配置文件，你一雙擊就打開了這個解決方案下的所有項目...（如果你雙擊項目文件就能打開一個項目下的所有文件）。
Solution Explorer points to the CSolution object indicating that it is part of the T:Microsoft.VisualStudio.Shell.Interop.IVsHierarchy.
When the solution is opened in Visual Studio, an entry is made for the solution file (Solution1.sln) in the running document table (RDT). The solution file contains information persisted for the solution which includes Project1 as shown in Solution Explorer. (Information relating to the specific project items and the project itself are contained in Project1's text-based project file. If an element of the project is opened for editing, there is an entry for the project file in the RDT.)
The context menu displayed when the user right-clicks the solution node contains an entry for Solution Notes (not shown in the diagram). From this menu, the user can select either Add New Solution Note or View Solution Notes. Selecting one of these options opens the Solution Notes window. The Solution Notes window contains the following three links:
Note Name—The name of the note. The note can be renamed or deleted in the Solution Notes window by right-clicking the name field, or renamed in theProperties window.
Issue—This field was added programmatically by the implementation in the sample and can be set to TRUE (to indicate that there are issues in the solution that need to be addressed) or False.
Shared—If this field is set to TRUE, the note can be viewed by other users and is stored with the Note Name as a name-value pair in the .sln file. If it is set to false, the note is not shared with other users and the contents of the note are stored with other private user options in the .suo file.
Selecting one of the notes in the Solution Notes window causes the properties for that note to be displayed in the Properties window. The properties shown in the three fields of the Solution Notes window can be changed in the Properties window. In addition to the three fields described above, the Properties window also contains the size of the note consisting of the number of characters in the note.
The class CNoteToolWin implements the Solution Notes window. It is contained within the class CSlnExtPkg that is the class for the Solution Extender Window. When Add New Solution Note or View Solution Notes is selected from the solution menu, a call is made to CSlnExtPkg to open the Solution Notes window.
At the same time, a call is made to CSlnNote. This opens the standard text editor to view the text of the note, or to allow a new note to be written, by calling the CreateDocumentWindow method and passing in the MKDocumentString for the document to be loaded into the window. By specifying theAltDocData flag (CDW_fAltDocData) in this call instead of RDTDocData, you indicate to the environment that you are loading a subset of the RDTDocDatadocument into the text buffer.
This is important because the entry in the RDT is for the entire solution file. If RDTDocData is called, the .sln file is loaded into the editor rather than the subset of the solution that is the note. This results in an error condition because the same document (in this case the solution file) cannot have two entries in the RDT, indicating that the same document was opened in two different editors.

⑸ ASP.net配置環境

在windows 2003 Server下如何安裝IIS6.0，在IIS6.0的配合下我們如何來安裝和部署ASP.net環境，以及它們之間關系，下面的內容將給大家一個解答。

1、使用"配置您的伺服器向導"安裝 IIS6.0

1)從"開始"菜單，單擊"管理您的伺服器"。
2)在"管理您的伺服器角色"下，單擊"添加或刪除角色"。
3)閱讀"配置您的伺服器向導"中的預備步驟，然後單擊"下一步"。
4)在"伺服器角色"下，單擊"應用程序伺服器 (IIS，ASP.NET)"，然後單擊"下一步"。
5)閱讀概要信息，然後單擊"下一步"。
6)單擊"完成"。
2、使用控制面板安裝 IIS、添加組件或刪除組件

1）從"開始"菜單，單擊"控制面板"。
2）雙擊"添加或刪除程序"。
3）單擊"添加/刪除 Windows 組件"。
4）在"組件"列表框中，單擊"應用程序伺服器"。
5）單擊"詳細信息"。
6）單擊"Internet 信息服務管理器"。
7）單擊"詳細信息"以查看 IIS 可選組件的列表。
8）選擇要安裝的所有可選組件。
9）單擊"確定"，直到返回到"Windows 組件向導"。
10）單擊"下一步"，然後完成"Windows 組件向導"。

三、在Windows 2003 Server 安裝 ASP.NET

Windows Server 2003 家族利用 ASP.NET 和 IIS 集成改善了開發人員體驗。ASP.NET 識別大多數 ASP 代碼，同時為創建可作為 Microsoft .NET Framework 的一部分工作的企業級 Web 應用程序提供更多的功能。使用ASP.NET 允許我們充分利用公共語言運行庫的功能，如類型安全、繼承、語言互操作性和版本控制。IIS 6.0 還為最新的 Web 標准，包括 XML、簡單對象訪問協議 (SOAP) 和 Internet 協議版本 6.0 (IPv6.0)，提供支持。

ASP.NET 是一個統一的 Web 開發平台，它提供開發人員創建企業級 Web 應用程序所需的服務。盡管 ASP.NET 的語法基本上與 ASP 兼容，但是它還提供了一個新的編程模型和基礎結構以提高應用程序的安全性、縮放性和穩定性。通過逐漸向現有的 ASP 應用程序增加 ASP.NET 功能，我們可以自由地使其增大。ASP.NET 是一個編譯的、基於 .NET 的環境；我們可以用任何 .NET 兼容的語言（包括 Microsoft Visual Basic.NET，Microsoft Visual C# 和 Microsoft JScript .NET）創作應用程序。另外，整個 Microsoft .NET Framework 可用於任何 ASP.NET 應用程序。開發人員可以很容易地從這些技術受益，這些技術包括管理的公共語言運行庫環境、類型安全、繼承等。

ASP.NET的優點如下：

1）可管理性： ASP.NET 使用基於文本的、分級的配置系統，簡化了將設置應用於伺服器環境和 Web 應用程序的工作。因為配置信息是存儲為純文本的，因此可以在沒有本地管理工具的幫助下應用新的設置。配置文件的任何變化都可以自動檢測到並應用於應用程序。
2）安全： ASP.NET 為 Web 應用程序提供了默認的授權和身份驗證方案。開發人員可以根據應用程序的需要很容易地添加、刪除或替換這些方案。
3）易於部署：通過簡單地將必要的文件復制到伺服器上，ASP.NET 應用程序即可以部署到該伺服器上。不需要重新啟動伺服器，甚至在部署或替換運行的已編譯代碼時也不需要重新啟動。
4）增強的性能： ASP.NET 是運行在伺服器上的已編譯代碼。與傳統的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期綁定、實時 (JIT) 編譯、本機優化和全新的緩存服務來提高性能。
5）靈活的輸出緩存：根據應用程序的需要，ASP.NET 可以緩存頁數據、頁的一部分或整個頁。緩存的項目可以依賴於緩存中的文件或其他項目，或者可以根據過期策略進行刷新。
6）國際化： ASP.NET 在內部使用 Unicode 以表示請求和響應數據。可以為每台計算機、每個目錄和每頁配置國際化設置。
7）移動設備支持： ASP.NET 支持任何設備上的任何瀏覽器。開發人員使用與用於傳統的桌面瀏覽器相同的編程技術來處理新的移動設備。
8）擴展性和可用性： ASP.NET 被設計成可擴展的、具有特別專有的功能來提高群集的、多處理器環境的性能。此外，Internet 信息服務 (IIS) 和 ASP.NET 運行時密切監視和管理進程，以便在一個進程出現異常時，可在該位置創建新的進程使應用程序繼續處理請求。
9）跟蹤和調試： ASP.NET 提供了跟蹤服務，該服務可在應用程序級別和頁面級別調試過程中啟用。可以選擇查看頁面的信息，或者使用應用程序級別的跟蹤查看工具查看信息。在開發和應用程序處於生產狀態時，ASP.NET 支持使用 .NET Framework 調試工具進行本地和遠程調試。當應用程序處於生產狀態時，跟蹤語句能夠留在產品代碼中而不會影響性能。
10）與 .NET Framework 集成：因為 ASP.NET 是 .NET Framework 的一部分，整個平台的功能和靈活性對 Web 應用程序都是可用的。也可從 Web 上流暢地訪問 .NET 類庫以及消息和數據訪問解決方案。ASP.NET 是獨立於語言之外的，所以開發人員能選擇最適於應用程序的語言。另外，公共語言運行庫的互用性還保存了基於 COM 開發的現有投資。
11）與現有 ASP 應用程序的兼容性： ASP 和 ASP.NET 可並行運行在 IIS Web 伺服器上而互不沖突；不會發生因安裝 ASP.NET 而導致現有 ASP 應用程序崩潰的可能。ASP.NET 僅處理具有 .aspx 文件擴展名的文件。具有 .asp 文件擴展名的文件繼續由 ASP 引擎來處理。然而，應該注意的是會話狀態和應用程序狀態並不在 ASP 和 ASP.NET 頁面之間共享。

安裝 ASP.NET

在 Windows Server 2003 家族、Windows 2000 （Professional、Server 和 Advanced Server）以及 Windows XP Professional 上的客戶端和伺服器應用程序都支持 ASP.NET。

運行 Microsoft Windows Server 2003 家族成員的伺服器可以配置為應用程序伺服器，並將 ASP.NET 作為在配置應用程序伺服器角色時可以啟用的選項。要向產品伺服器部署 ASP.NET Web 應用程序，在分發應用程序之前，必須確保在產品伺服器中啟用了 ASP.NET 和 IIS 角色。

1、使用"配置您的伺服器"向導在運行 Windows Server 2003 的伺服器中安裝 ASP.NET

1）從"開始"菜單中，單擊"管理您的伺服器"；在"管理您的伺服器"窗口中，單擊"添加或刪除角色"。
2）在"配置您的伺服器向導"中，單擊"下一步"，並在"伺服器角色"對話框中，選中"應用程序伺服器 (IIS、ASP.NET)"，然後單擊"下一步"。
3）在"應用程序伺服器選項"對話框中，選中"啟用 ASP.NET"復選框，單擊"下一步"，然後再單擊"下一步"。
4）如有必要，請將 Windows Server 2003 安裝 CD 插入 CD-ROM 驅動器，然後單擊"下一步"。
5）當安裝完成時，單擊"完成"。

2、在運行 Windows Server 2003 的伺服器中使用"添加或刪除程序"安裝 ASP.NET

1）從"開始"菜單中，指向"控制面板"，然後單擊"添加或刪除程序"。
2）在"添加或刪除程序"對話框中，單擊"添加/刪除 Windows 組件"。
3）在"Windows 組件"向導中的"組件"中，選中"應用程序伺服器"復選框，然後單擊"下一步"。
4）當在"Windows 組件"向導中完成對 Windows Server 2003 的配置時，單擊"完成"。

3、在運行 Windows Server 2003 的伺服器中的 IIS 管理器中啟用 ASP.NET

1）從"開始"菜單中，單擊"運行"。
2）在"運行"對話框中的"打開"框中，鍵入 inetmgr，然後單擊"確定"。
3）在 IIS 管理器中，展開本地計算機，然後單擊"Web 服務擴展"。
4）在右側窗格中，右鍵單擊"ASP.NET"然後單擊"允許"。ASP.NET 的狀態變為"允許"。

ASP.NET Web 應用程序的布局

ASP.NET 應用程序被定義為可從 Web 伺服器上的虛擬目錄及其子目錄中調用的所有文件和可執行碼。其中可以包含網頁（.html 文件）、Web 表單頁面（.aspx 文件）、Web 表單用戶控制項（.ascx 文件）、XML Web 服務（.asmx 文件）、HTTP 處理程序、HTTP 模塊和其他文件（如圖像和配置文件）。現在使用的所有與 Microsoft .NET Framework 版本相關的腳本映射也都是 ASP.NET 應用程序的一部分。ASP.NET 應用程序必須位於 IIS 虛擬目錄（也稱為應用程序根目錄）中。ASP.NET 應用程序可包含已編譯的程序集（通常是包含業務邏輯的 DLL 文件）、用於存儲預編譯代碼的已知目錄（目錄名總是 \Bin）、存儲在基於文本的、易讀的 Web.config 文件中的配置設置、頁、伺服器控制項，以及 XML Web 服務。

伺服器中任何不與其他應用程序共享的預編譯代碼必須存儲在應用程序的 \Bin 目錄中。它是應用程序的本地程序集緩存。Web.config 文件在基於 XML 的文本文件中存儲應用程序級的配置文件。這意味著可以使用任意標準的文本編輯器或 XML 分析器來創建它們，而且它們是可讀的。如果不在應用程序根目錄中包含 Web.config 文件，則配置設置由 Machine.config 文件中整個伺服器的配置文件來確定。安裝 .NET Framework 時，會安裝 Machine.config 文件的某個版本。

下圖顯示了 ASP.NET 應用程序文件系統布局的示例。

本圖中的應用程序包括 \Bin 目錄中的兩個 DLL 文件、一個 Default.aspx 頁，一個名為 Menu.ascx 的用戶控制項、一個名為 MyWebService.asmx 的 XML Web 服務以及一個 Global.asax 文件。另外，該應用程序是使用下列三個配置文件配置的：系統根目錄中計算機級別的 Machine.config 文件、C:\Inetpub\Wwwroot 目錄中站點級別的 Web.config 文件和應用程序根目錄中應用程序級別的 Web.config 文件。當站點的 Web.config 文件覆蓋 Machine.config 文件中的設置時，在應用程序根目錄中存儲的配置設置將覆蓋站點的 Web.config 文件和 Machine.config 文件中的設置。

ASP.NET與IIS、ASP 之間的比較

ASP.NET 應用程序與 Internet 信息服務 (IIS) 之間的關系如下：IIS 通過 aspnet_isapi.dll（ASP.NET 的進程模型）對可發布的 ASP.NET 文件的所有請求提供服務。IIS 不會處理伺服器端的代碼；而 ASP.NET 引擎則會處理伺服器端代碼，然後將輸出返回給 IIS（如果可能，或另一個 Web 伺服器）。
ASP.NET 並非僅僅是下一代的ASP，它為創建利用 Internet 的網路應用程序提供了全新的編程模型。ASP.NET與ASP比較的特點如下：

1、改進的性能和可伸縮性

1）編譯後執行：ASP.NET 比傳統 ASP 的運行速度更快，同時保留了 ASP"只需點擊保存"的更新模型。無需顯式的編譯步驟。ASP.NET 自動檢測變化，根據需要動態編譯文件，並且保存編譯結果以便後續的請求再次使用。動態編譯保證了用戶的應用程序總是最新的，並且編譯後執行的操作會使其運行速度更快。對於多數從傳統的 ASP 遷移到 ASP.NET 的應用程序，其處理的頁數增長了 3 至 5 倍。
2）大容量輸出緩存：ASP.NET 輸出緩存極大地改進了應用程序的性能和可伸縮性。當在頁面中啟用輸出緩存時，ASP.NET 就會執行一次該頁並將結果在發送至用戶之前保存在內存中。當其他用戶請求同一頁面時，ASP.NET 使用內存中的緩存結果向用戶提供服務，而不是重新執行該頁面。輸出緩存是可配置的，並且可以用來緩存單個區域或整個頁面。
3）Web 場會話狀態：ASP.NET 會話狀態允許我們在 Web 場中的所有計算機之間共享會話數據。現在，用戶可以通過多個請求訪問 Web 場中不同的伺服器，並且仍然具有完全訪問會話數據的許可權。

2、增強的可靠性

內存泄漏、死鎖和故障保護：ASP.NET 自動檢測錯誤（例如，死鎖和內存泄漏）並進行恢復以確保我們的應用程序始終可用。例如，當檢測到內存泄漏時，ASP.NET 將自動啟動新的 ASP.NET 工作進程副本，並將所有的新請求定向到該進程。當舊進程完成掛起請求的處理後，會經過適當的處置並釋放泄漏的內存。

3、部署簡單

1）"非接觸式"應用程序部署：使用 ASP.NET，我們可以通過將其復制到伺服器來進行整個應用程序的部署。配置設置將存儲在應用程序的 XML 文件中。
2）動態更新運行的應用程序：ASP.NET 允許我們不必重新啟動 Web 伺服器而更新已編譯的組件。與傳統的 COM 組件（這些組件需要在部署更新後手動重新啟動 Web 伺服器）不同，ASP.NET 自動檢測更改並使用新的代碼啟動。
3）遷移路徑簡單：ASP.NET 可以和傳統的 ASP 應用程序一起在 Microsoft Windows 2000、Windows XP、以及 Windows Server 2003 家族成員的 IIS 上運行。我們可以一次遷移一個應用程序，甚至是單獨的頁面。ASP.NET 甚至允許我們繼續使用現有的傳統 COM 商務組件。

4、新的應用程序模型

1）XML Web 服務：XML Web 服務允許應用程序通過 Internet 進行通信和共享數據，而不管操作系統和編程語言如何。ASP.NET 使得公開和調用 XML 網路服務變得簡單。
2）移動 Web 設備支持：ASP.NET 移動控制項允許我們處理超過 80 台使用 ASP.NET 的移動 Web 設備。我們只需一次性寫入應用程序，移動控制項就能自動生成請求設備的頁面。

5、開發人員的效率

1）簡單的編程模型：具有伺服器控制項（這些控制項允許我們使用比傳統 ASP 更少的代碼來構建效果極佳的頁面）的 ASP.NET 使得動態構建真實的 Web 應用程序變得更加容易。
2）靈活的語言選項：ASP.NET 不僅支持 Microsoft Visual Basic Scripting Edition (VBScript) 和 Microsoft JScript，而且支持 25 種以上的 .NET 語言，包括對 Visual Basic .NET、Microsoft C# 和 JScript .NET 的內置支持。
3）豐富的類框架：.NET Framework 類庫提供了 4500 多種類，這些類封裝了大量的功能，諸如 XML、數據訪問、文件上載、正則表達式、圖像生成、性能監視和日誌記錄、事務、消息隊列和 SMTP 郵件。

http://www.knowsky.com/4195.html

http://www.pconline.com.cn/pce/empolder/net/asp/0509/703426.html

上面說的都很詳細

⑹ ASP.NET的問題

使用 ASP.net網站管理工具無法連接到 SQL Server 資料庫
系統配置：Windows xp sp3+ IIS 5.1 + Visual Studio 2005 + SQL Server 2005
選定的數據存儲區出現問題，原因可能是伺服器名稱或憑據無效，或者許可權不足。也可能是未啟用角色管理器功能造成的。請單擊下面的按鈕，以重定向到可以選擇新數據存儲區的頁。
下面的消息可能會有助於診斷問題: 無法連接到 SQL Server 資料庫。
解決方法：
1.打開vs 2005 命令提示，輸入aspnet_regsql，彈出ASP.NET SQL Server 安裝向導，點下一步，點「為應用程序服務配置 SQL Server」，點下一步，伺服器中設置你的SQL資料庫中的實例名稱，比如：我的實例名稱就是localserver；使用「windows身份驗證」；資料庫用中寫入你要連接的名稱，我這里使用test。點下一步，若成功連接，請點擊完成，否則就在返回檢查。

2.仍然不行，打開Visual Studio 2005，依次：工具-->選項-->資料庫工具-->數據連接-->SQL Server實例名稱，改為你的伺服器名稱，如：localserver。

3.還是Visual Studio 2005，工具-->連接到資料庫-->伺服器名(輸入剛才的伺服器)，可以按你要求選擇Windows或SQL Server身份驗證，然後資料庫選擇剛才的test。測試OK後，點「高級」，復制對話窗口的最下面一行語句（比如，如果你之前選擇「使用SQL Server身份驗證」，則復制出來的語句類似為Data Source=Server;Initial Catalog=test;User >

4、打開IIS:默認網站-->屬性-->ASP.NET-->編輯全局配置-->常規-->點擊「連接字元串管理器」的「LocalSqlServer」後，點編輯，然後清除裡面的字元串，再粘貼第3步所復制的字元串，如果你第3步是選擇SQL Server身份驗證的，還需在後邊再手動輸入「;Password=sa」，當然，後面的sa用你的密碼替換，然後確定，如果第3步是Windows身份驗證的，則粘貼後直接確定保存即可。
問題二：在安裝 Microsoft .NET Framework 軟體開發工具包 (SDK) 或 Visual Studio .NET 之後，會創建 Internet 信息服務 (IIS) 映射，以便為 ASP.NET 的新文件擴展名及設置建立關聯。如果在運行 SDK 或 Visual Studio 安裝程序時沒有安裝 IIS，或是在運行 SDK 或 Visual Studio 安裝程序之後卸載並重新安裝了 IIS，那麼這些設置將不正確。試圖查看 ASP.NET 頁時會遇到意外現象。如何解決呢？
解決方法：
要為 ASP.NET 修復 IIS 映射，請按照下列步驟操作：
1. 運行 Aspnet_regiis.exe 實用工具：
打開vs 2005 命令提示，輸入aspnet_regiis -i
2. 注冊 Aspnet_isapi.dll：
按Win+R鍵打開運行對話框，鍵入regsvr32 C:\Windows\Microsoft.NET\Framework\版本（如v2.0.50727）\aspnet_isapi.dll

⑺ 關於asp.net 的幾個名詞解釋，求助。。

1.Request對象
作用是與客戶端交互，收集客戶端的Form、Cookies、超鏈接，或者收集伺服器端的環境變數。
request對象是從客戶端向伺服器發出請求，包括用戶提交的信息以及客戶端的一些信息。客戶端可通過HTML表單或在網頁地址後面提供參數的方法提交數據，然後通過request對象的相關方法來獲取這些數據。request的各種方法主要用來處理客戶端瀏覽器提交的請求中的各項參數和選項。

Request對象的語法如下：
Request[.collectionlpropertylmethod](variable)
collection集合
clientcertificate 得到在HTTP請求中傳遞在客戶端認證域的值
cookies 使用此集合，可得到cookies值
form 得到form對象中元素的值
querystring 得到變數的值
servervariables 得到預置的環境變數的值
property屬性
totalbytes （只讀）指定從客戶端傳遞總位元組數
buffer 表明頁面輸出是否有緩沖
cachecontrol 決定代理伺服器是否能夠對asp的輸出進行快取
property屬性
charset 字元集
contenttype 指定response的HTTP內容類型
expires 定義一個瀏覽器緩存中的頁面在多長時間後過期
expiresabsolute 定義一個瀏覽器緩存中的頁面什麼日期時間後過期
isclientconnected 用戶是否連接到伺服器
pics 設置pics-label response標題的值，標示pics內容等級
status 由伺服器返回的狀態行
說明：
1、其中collection表示集合，它和數組很類似，是由若干元素組成的集合。不過數組一般只能用索引（下標）來引用每一個元素，而集合不僅可以用索引來引用每一個元素的值，還可以用元素的名稱來引用，如Request.Form("txtA")。事實上，後者是常用的方法。
2、variable又稱參數，它就是要獲取的元素的名稱，可以是字元串常量或字元串變數。例如，對表單信息來說，variable就是每一個表單元素的名稱。
3、「【」和「】」之間的參數可以省略，如Request("txtA")。此時因為沒有指定集合，所以ASP將會依次在QueryString、Form、Cookies、ServerVariables、ClientCertificate這5種集合中檢查是否有信息傳入。如果有信息傳入，則會返回獲取的信息。
4、請注意上面的第二個例子，其中前面的strB是定義的一個變數名稱，而後面的strB則是集合中一個元素的名稱，兩者不是一回事。
method方法
binaryread 得到從客戶端傳給伺服器端的數據
1.Request對象是ASP中常用的對象，用於獲取客戶端的信息，可以使用Request對象訪問任何基於HTTP請求傳遞的所有信息。通過Request對象能夠獲得客戶端發送給伺服器的信息，不能將伺服器端的數據發送給客戶端的瀏覽器。Request對象的屬性TotalBytes的功能是取得客戶端響應數據位元組大小。Request對象的方法BinaryRead的功能是以二進制方式讀取客戶端post的數據。

request對象有五個集合，下面予以介紹：
QueryString
：用以獲取客戶端附在url地址後的查詢字元串中的信息。
例如：stra=Request.QueryString ["strUserld"]
Form
：用以獲取客戶端在FORM表單中所輸入的信息。（表單的method屬性值需要為POST）
例如：stra=Request.Form["strUserld"]
Cookies
：用以獲取客戶端的Cookie信息。
例如：stra=Request.Cookies["strUserld"]
ServerVariables
：用以獲取客戶端發出的HTTP請求信息中的頭信息及伺服器端環境變數信息。
例如：stra=Request.ServerVariables["REMOTE_ADDR"],返回客戶端IP地址
ClientCertificate
：用以獲取客戶端的身份驗證信息
例如：stra=Request.ClientCertificate["VALIDFORM"],對於要求安全驗證的網站，返回有效起始日期。

2session對象

用於存儲特定的用戶會話所需的信息。 Session對象的引入是為了彌補HTTP協議的不足，HTTP協議是一種無狀態的協議。
Session中文是「會話」的意思，在ASP中代表了伺服器與客戶端之間的「會話」。Session的作用時間從用戶到達某個特定的Web頁開始，到該用戶離開Web站點，或在程序中利用代碼終止某個Session結束。引用Session 則可以讓一個用戶訪問多個頁面之間的切換也會保留該用戶的信息。
系統為每個訪問者都設立一個獨立的Session對象，用以存儲Session變數，並且各個訪問者的Session對象互不幹擾。
Session與Cookie是緊密相關的。 Session的使用要求用戶瀏覽器必須支持Cookie，如果瀏覽器不支持使用Cookie，或者設置為禁用Cookie，那麼將不能使用Session。
Session信息對客戶來說，不同的用戶用不同的Session信息來記錄。當用戶啟用Session時，ASP自動產生一個SessionID.在新會話開始時，伺服器將SessionID當做cookie存儲在用戶的瀏覽器中。
session語法：
session.集合∣屬性∣方法
舉例:
<html>
<head>
<title>學好session加油</title>
</head>
<body>
<%
session("greeting")="ASP「
Response.write(session("greeting"))
%>
</body>
</html>
Session對象的集合、屬性、方法、事件
名稱描述
Contents集合包含所有通過腳本命令添加到應用程序中的數據項
SessionID屬性用來標識每一個Session對象
TimeOut屬性用來設置Session會話的超時時間（以分鍾表示）
Abandon方法強行刪除當前會話的Session對象，釋放系統資源
Session_OnStart事件建立Session對象時所激發的事件
Session_OnEnd事件結束Session對象時所激發的事件
StaticObjects集合包含所有通過<OBJECT>標記添加到應用程序中的對象

3

CompareValidator 控制項用於將由用戶輸入到輸入控制項的值與輸入到其他輸入控制項的值或常數值進行比較。

注釋：如果輸入控制項為空，則不會調用任何驗證函數，並且驗證將成功。使用 RequiredFieldValidator 控制項使欄位成為必選欄位。
屬性
屬性描述
BackColor CompareValidator 控制項的背景顏色。
ControlToCompare 要與所驗證的輸入控制項進行比較的輸入控制項。
ControlToValidate 要驗證的輸入控制項的 ID。
Display 驗證控制項中錯誤信息的顯示行為。

合法值是：

None 驗證消息從不內聯顯示。
Static 在頁面布局中分配用於顯示驗證消息的空間。
Dynamic 如果驗證失敗，將用於顯示驗證消息的空間動態添加到頁面。

EnableClientScript 布爾值，規定是否啟用客戶端驗證。
Enabled 布爾值，規定是否啟用驗證控制項。
ErrorMessage 當驗證失敗時在 ValidationSummary 控制項中顯示的文本。

注釋：如果未設置 Text 屬性，此文本將顯示在驗證控制項中。

ForeColor 控制項的前景顏色。
id 控制項的唯一 ID。
IsValid 布爾值，指示由 ControlToValidate 指定的輸入控制項是否通過驗證。
Operator 要執行的比較操作的類型。

運算符是：

Equal
GreaterThan
GreaterThanEqual
LessThan
LessThanEqual
NotEqual
DataTypeCheck

runat 規定控制項是伺服器控制項。必須設置為 "server"。
Text 當驗證失敗時顯示的消息。
Type 規定要對比的值的數據類型。

類型有：

Currency
Date
Double
Integer
String

ValueToCompare 一個常數值，該值要與由用戶輸入到所驗證的輸入控制項中的值進行比較。
實例
CompareValidator
在此例中，我們在 .aspx 文件中聲明了兩個 TextBox 控制項，一個 Button 控制項，以及一個 CompareValidator 控制項。如果驗證失敗，將在 CompareValidator 控制項中使用黃色背景紅色文本顯示 "Validation Failed!"。
CompareValidator 2
在此例中，我們在 .aspx 文件中聲明了兩個 TextBox，一個 ListBox 控制項，一個 Button 控制項，以及一個 CompareValidator 控制項。check_operator() 函數把 ListBox 控制項中選取的運算符設置為 CompareValidator 控制項的運算符，然後對 CompareValidator 控制項進行驗證。如果驗證失敗，將在 CompareValidator 控制項中使用黃色背景和紅色文本顯示 "Validation Failed!"。

4.FileUpload控制項
FileUpload 控制項顯示一個文本框控制項和一個瀏覽按鈕，使用戶可以選擇客戶端上的文件並將它上載到 Web 伺服器。用戶通過在控制項的文本框中輸入本地計算機上文件的完整路徑（例如，C:\MyFiles\TestFile.txt）來指定要上載的文件。用戶也可以通過單擊「瀏覽」按鈕，然後在「選擇文件」對話框中定位文件來選擇文件。
用戶選擇要上載的文件後，FileUpload 控制項不會自動將該文件保存到伺服器。您必須顯式提供一個控制項或機制，使用戶能提交指定的文件。例如，可以提供一個按鈕，用戶單擊它即可上載文件。為保存指定文件所寫的代碼應調用 SaveAs 方法，該方法將文件內容保存到伺服器上的指定路徑。通常，在引發回發到伺服器的事件的事件處理方法中調用 SaveAs 方法。
在文件上傳的過程中，文件數據作為頁面請求的一部分，上傳並緩存到伺服器的內存中，然後再寫入伺服器的物理硬碟中。
有三個方面需要注意：
1.確認是否包含文件
在調用 SaveAs 方法將文件保存到伺服器之前，使用 HasFile 屬性來驗證 FileUpload 控制項確實包含文件。若 HasFile 返回 true，則調用 SaveAs 方法。如果它返回 false，則向用戶顯示消息，指示控制項不包含文件。不要通過檢查PostedFile 屬性來確定要上載的文件是否存在，因為默認情況下該屬性包含 0 位元組。因此，即使 FileUpload 控制項為空，PostedFile 屬性仍返回一個非空值。
2.文件上傳大小限制
默認情況下，上傳文件大小限制為 4096 KB (4 MB)。可以通過設置 httpRuntime 元素的 maxRequestLength 屬性來允許上載更大的文件。若要增加整個應用程序所允許的最大文件大小，請設置 Web.config 文件中的 maxRequestLength 屬性。若要增加指定頁所允許的最大文件大小，請設置 Web.config 中 location 元素內的 maxRequestLength 屬性。
上載較大文件時，用戶也可能接收到以下錯誤信息：
aspnet_wp.exe (PID: 1520) was recycled because memory consumption exceeded 460 MB (60 percent of available RAM).
以上信息說明，上傳文件的大小不能超過伺服器內存大小的60％。這里的60％是Web。config文件的默認配置，是<processModel>配置節中的 memoryLimit 屬性默認值。雖然可以修改，但是如果上傳文件越大，成功幾率越小，不建議使用。
3.上傳文件夾的寫入許可權
應用程序可以通過兩種方式獲得寫訪問許可權。您可以將要保存上載文件的目錄的寫訪問許可權顯式授予運行應用程序所使用的帳戶。您也可以提高為 ASP.NET 應用程序授予的信任級別。若要使應用程序獲得執行目錄的寫訪問許可權，必須將 AspNetHostingPermission 對象授予應用程序並將其信任級別設置為 AspNetHostingPermissionLevel.Medium 值。提高信任級別可提高應用程序對伺服器資源的訪問許可權。請注意，該方法並不安全，因為如果懷有惡意的用戶控制了應用程序，他（她）也能以更高的信任級別運行應用程序。最好的做法就是在僅具有運行該應用程序所需的最低特權的用戶上下文中運行 ASP.NET 應用程序。

FileUpload控制項的常用屬性：

屬性
數據類型
說明

FileBytes
byte[]
獲取上傳文件的位元組數組

FileContent
Stream
獲取指定上傳文件的Stream對象

FileName
String
獲取上傳文件在客戶端的文件名稱

HasFile
Bool
獲取一個布爾值，用於表示FileUpload控制項是否已經包含一個文件

PostedFile
HttpPostedFile
獲取一個與上傳文件相關的HttpPostedFile對象，使用該對象可以獲取上傳文件的相關屬性

可以通過3種方法訪問上傳文件：
1.通過FileBytes屬性。該屬性將上傳文件數據置於位元組數組中，遍歷該數組，則能夠以位元組方式了解上傳文件的內容。
2.通過FileContent屬性。調用該屬性可以獲得一個指向上傳文件的Stream對象。可以使用該屬性讀取上傳文件數據，並使用FileBytes屬性顯示文件內容。
3.通過PostedFile屬性。調用該屬性可以獲得一個與上傳文件相關的HttpPostedFile對象，使用該對象可以獲得與上傳文件相關的信息。例如，調用HttpPostedFile對象的ContentLength，可以獲得上傳文件大小；調用HttpPostedFile對象的ContentType屬性，可以獲得上傳文件的類型；調用HttpPostedFile對象的FileName屬性，可以獲得上傳文件在客戶端的完整路徑（調用FileUpload控制項的FileName屬性，僅能獲得文件名）。

5.DataAdapter
表示一組 SQL 命令和一個資料庫連接，它們用於填充 DataSet和更新數據源。命名空間:System.Data.Common
程序集:System.Data（在 system.data.dll 中）
語法 public class DataAdapter : Component, IDataAdapter
DataAdapter 用作 DataSet 和數據源之間的橋接器以便檢索和保存數據。DataAdapter 通過映射Fill（這更改了 DataSet 中的數據以便與數據源中的數據相匹配）和Update（這更改了數據源中的數據以便與 DataSet 中的數據相匹配）來提供這一橋接器。
如果所連接的是 SQL Server 資料庫，則可以通過將SqlDataAdapter與關聯的SqlCommand和SqlConnection對象一起使用，從而提高總體性能。對於支持 OLE DB 的數據源，請使用 DataAdapter 及其關聯的OleDbCommand和 OleDbConnection 對象。對於支持 ODBC 的數據源，請使用 DataAdapter 及其關聯的OdbcCommand和OdbcConnection對象。對於 Oracle 資料庫，請使用 DataAdapter 及其關聯的OracleCommand和OracleConnection對象。
當創建 DataAdapter 的實例時，讀/寫屬性將被設置為初始值。有關這些值的列表，請參見 DataAdapter 構造函數

這些都出自網路。其實我也不懂。能幫一點幫一點吧。

⑻ 請問一個asp,net的問題

我想通過例子你很快就會明白了:

<?xml version="1.0"?>

<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
<connectionStrings>
<add name="NorthwindConnectionString" connectionString="Data Source=8G4K5AU68FMJYV2\SQLEXPRESS;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123456"
providerName="System.Data.SqlClient" />
</connectionStrings>
<system.web>
<anonymousIdentification enabled="true"/>

</system.web>
</configuration>

這個配置文件的內容很少,但是包括非常重要的一節:configuration ->connectionStrings>.請注意,Web.Config文件是以XML 格式存儲的,因此里邊的信息採用"樹型結構",就那上面來看,<connectionStrings />存儲於<configuration />結,因此<connectionStrings />就是<configuration />所要表述的成員之一,也就是說每一個結點都存儲應用程序的一些信息,而它們都是用過XML 屬性結構歸類的.我們要實現ASP.NET的應用程序的靈活性,很大程度上依賴了這些配置文件.舉一個簡單的例子:當我們在.ASPX文件中連接數據源時,需要先定義連接字元串,但是一套完整的應用程序包括很多數據源,也包括很多連接數據源的代碼,因此你必須考慮把這些連接字元串統一的管理,統一的調用,就像定義了一個"全局變數",隨時隨地,任何時間任何地點(程序集)都可以調用出來,當我們需要更改連接字元的時候,也只需要在"全局變數"中修改即可.呵呵,有沒有發現這個ASP.NET中最令人興奮的技術呢?那麼你就試試吧,下面是間單的例子:

class OleDb
{
public static void ConnectionDleDb()
{

using (OleDbConnection conn = new OleDbConnection(GetConnSring()))
{
OleDbCommand command = conn.CreateCommand();
command.CommandText = GetCommandString();
try
{
conn.Open();
OleDbDataReader reader = command.ExecuteReader();
while (reader.Read())
{
Console.Write("/t{0}/t{1}",reader[0],reader[1]);
Console.WriteLine("/n");
}
}
catch (Exception e)
{
Console.WriteLine(e.Message);
throw;
}
}
}
private static string GetConnSring()
{
ConnectionStringSettings settings =
ConfigurationManager.ConnectionStrings["NorthwindConnectionString"];
return (settings.ConnectionString);
}
private static string GetCommandString()
{
return (@"SELECT CategoryID, CategoryName FROM dbo.Categories;");
}
}

在這里,我們正好用到了Web.Config配置文件中的NorthwindConnectionString項,它存儲了我們定義的一個連接字元串,在類OleDb中,方法GetConnSring使用ConfigurationManager類將Web.Config配置文件中的值取出,ConfigurationManager類則是.NET公開所的,提供給程序員的Web.Config文件操作類,在.NET類庫中包含了很多實現類似功能的類,比如"成員資格提供程序","角色提供程序",它們與Web.Config配置文件配合組成了非常高效的應用程序管理機制.

以下是MSDN的相關文章:

---------------------------------------------------
使用 ASP.NET 配置系統的功能，可以配置整個伺服器上的所有 ASP.NET 應用程序、單個 ASP.NET 應用程序、各個頁面或應用程序子目錄。可以配置各種功能，如身份驗證模式、頁緩存、編譯器選項、自定義錯誤、調試和跟蹤選項等等。

以下各節描述了 ASP.NET 配置系統的功能。

有關配置 .NET Framework 客戶端應用程序的信息，請參見配置應用程序。

注意
ASP.NET 配置系統的功能僅適用於 ASP.NET 資源。例如，Forms 身份驗證僅限制對 ASP.NET 文件的訪問，而不限制對靜態文件或 ASP（傳統型）文件的訪問，除非這些資源映射到 ASP.NET 文件擴展名。要配置非 ASP.NET 資源，應使用 Internet 信息服務 (IIS) 的配置功能。有關信息，請參見 Working with the IIS Metabase（使用 IIS 元資料庫）和 IIS Metabase Property Reference（IIS 元資料庫屬性參考）。

配置文件
ASP.NET 配置數據存儲在全部命名為 Web.config 的 XML 文本文件中，Web.config 文件可以出現在 ASP.NET 應用程序的多個目錄中。使用這些文件，可以在將應用程序部署到伺服器上之前、期間或之後方便地編輯配置數據。可以通過使用標準的文本編輯器、ASP.NET MMC 管理單元、網站管理工具或 ASP.NET 配置 API 來創建和編輯 ASP.NET 配置文件。

ASP.NET 配置文件將應用程序配置設置與應用程序代碼分開。通過將配置數據與代碼分開，可以方便地將設置與應用程序關聯，在部署應用程序之後根據需要更改設置，以及擴展配置架構。

有關如何對 ASP.NET 配置文件中的數據進行組織的更多信息，請參見 ASP.NET 配置文件。ASP.NET 配置設置中描述了可用的配置設置。

配置文件層次結構和繼承
每個 Web.config 文件都將配置設置應用於它所在的目錄以及它下面的所有子目錄。可以選擇用子目錄中的設置重寫或修改父目錄中指定的設置。通過在 location 元素中指定一個路徑，可以選擇將 Web.config 文件中的配置設置應用於個別文件或子目錄。

ASP.NET 配置層次結構的根為 systemroot\Microsoft.NET\Framework\versionNumber\CONFIG\Web.config 文件，該文件包括應用於所有運行某一具體版本的 .NET Framework 的 ASP.NET 應用程序的設置。由於每個 ASP.NET 應用程序都從根 Web.config 文件那裡繼承默認配置設置，因此只需為重寫默認設置的設置創建 Web.config 文件。

注意
根 Web.config 文件從 Machine.config 文件那裡繼承一些基本配置設置，這兩個文件位於同一個目錄中。其中的某些設置不能在 Web.config 文件中被重寫。有關更多信息，請參見 ASP.NET 配置文件層次結構和繼承。

運行時，ASP.NET 使用 Web.config 文件按層次結構為傳入的每個 URL 請求計算唯一的配置設置集合。這些設置只計算一次，隨後將緩存在伺服器上。ASP.NET 檢測對配置文件進行的任何更改，然後自動將這些更改應用於受影響的應用程序，而且大多數情況下會重新啟動應用程序。只要更改層次結構中的配置文件，就會自動計算並再次緩存分層配置設置。除非 processModel 節已更改，否則 IIS 伺服器不必重新啟動，所做的更改即會生效。

有關 ASP.NET 配置層次結構的工作原理的更多信息，請參見 ASP.NET 配置文件層次結構和繼承和 ASP.NET 配置方案。

直接編輯配置文件
可以使用文本編輯器或 XML 編輯器來直接編輯配置文件。有關正確的語法，請參見 ASP.NET 配置設置和常規配置設置 (ASP.NET) 中有關配置節的參考主題。有關更多信息，請參見編輯 ASP.NET 配置文件。

配置工具
使用 ASP.NET 配置系統所提供的工具來配置應用程序比使用文本編輯器簡單，因為這些工具包括錯誤檢測功能。

ASP.NET MMC 管理單元
用於 ASP.NET 的 Microsoft 管理控制台 (MMC) 管理單元提供一種在本地或遠程 Web 伺服器上的所有級別操作 ASP.NET 配置設置的方便途徑。ASP.NET MMC 管理單元使用 ASP.NET 配置 API，但是它通過提供一個圖形用戶界面 (GUI) 來簡化配置設置的編輯過程。另外，該工具還支持多個 ASP.NET 配置 API 功能，這些功能控制 Web 應用程序是否可以繼承設置，並管理配置層次結構各級別之間的依賴性。

注意
若要使用 ASP.NET MMC 管理單元，必須使用具有管理許可權的帳戶登錄到計算機。

ASP.NET MMC 管理單元在虛擬目錄的屬性頁上顯示為「ASP.NET」選項卡。

有關更多信息，請參見 ASP.NET MMC 管理單元。

網站管理工具
對網站具有管理許可權的任何人都可以使用網站管理工具來管理該網站的配置設置。網站管理工具旨在為各個網站中最常用的配置設置提供一個用戶友好的圖形編輯工具。由於網站管理工具使用基於瀏覽器的界面，因此它允許您遠程更改網站設置，這對於管理已經部署到成品 Web 伺服器的站點（如承載的網站）非常有用。

網站管理工具與 ASP.NET MMC 管理單元在若干方面存在不同。例如，ASP.NET MMC 管理單元最適於管理員級別的配置，因為它提供對 Web 伺服器上的整個配置文件層次結構的訪問，而不是提供對單個網站的配置設置的訪問。此外，您還必須是管理員才能使用 ASP.NET MMC 管理單元，而網站管理工具只允許各個網站所有者在他們具有管理許可權的站點的根目錄中配置 Web.config 文件。最後，您不能使用 ASP.NET MMC 管理單元來遠程管理 IIS，但是，網站管理工具的瀏覽器界面允許遠程配置 IIS 6.0 和更高版本的 IIS。

網站管理工具包括一個選項卡式界面，該界面在下列選項卡上對相關的配置設置進行分組：

「安全」選項卡，其中包含有助於保護 Web 應用程序資源並管理用戶帳戶和角色的設置。

「配置文件」選項卡，其中包含用來管理網站如何收集訪問者信息的設置。

「應用程序」選項卡，其中包含用來管理影響 ASP.NET 應用程序的配置元素的設置。

「提供程序」選項卡，其中包含用來添加、編輯、刪除、測試或分配應用程序提供程序的設置。

網站管理工具是隨 .NET Framework 2.0 版自動安裝的。有關該工具如何工作的信息，請參見 ASP.NET 網站管理工具。

命令行工具
.NET Framework 包括幾個執行特定配置操作的命令行工具。例如，使用 Aspnet_regiis.exe 工具，可以指定將哪個版本的 .NET Framework 應用於 ASP.NET 應用程序。有關更多信息，請參見 .NET Framework 工具。

ASP.NET 配置 API
ASP.NET 配置系統提供一個完整的託管介面，使用該介面，可以通過編程方式配置 ASP.NET 應用程序，而不必直接編輯 XML 配置文件。另外，ASP.NET 配置 API 還執行下列任務：

通過為配置層次結構中所有級別的數據提供一個集成視圖來簡化管理任務。

支持部署任務，包括創建配置和用一個腳本配置多台計算機。

為構建 ASP.NET 應用程序、控制台應用程序和腳本、基於 Web 的管理工具和 MMC 管理單元的開發人員提供單一的編程介面。

防止開發人員和管理員進行無效的配置設置。

允許您擴展配置架構。您可以定義新配置參數並編寫配置節處理程序以對它們進行處理。

提供從當前正在運行的應用程序獲取配置信息的靜態方法，以及從單獨的應用程序獲取配置信息的非靜態方法。使用靜態方法可以提高應用程序的運行速度，但是這些方法只能從您要獲取其配置數據的應用程序內部使用。

有關更多信息，請參見 ASP.NET 配置 API。

配置安全性
ASP.NET 配置系統有助於防止未經授權的用戶訪問配置文件。ASP.NET 將 IIS 配置為拒絕任何瀏覽器訪問 Machine.config 或 Web.config 文件。對於試圖直接請求配置文件的任何瀏覽器，都返回 HTTP 訪問錯誤 403（禁止）。

另外，將禁止一個 ASP.NET 應用程序中的配置文件訪問其他 ASP.NET 應用程序中的配置設置，除非您的配置應用程序在完全信任模式下以對其他應用程序中的配置文件具有讀取許可權的帳戶運行。

有關更多信息，請參見保證 ASP.NET 配置的安全和使用受保護的配置加密配置信息。

⑼ aspnet_state.exe是什麼進程

asp.net的進程，用來存儲 ASP.NET 應用程序的會話狀態。

⑽ 如何：針對 ASP.NET 版本配置 ASP.NET 應用程序

唯一的例外是那些綁定到不兼容的運行庫版本或更新的運行庫版本的應用程序。（兼容性通常由 .NET Framework 版本號決定。不同的主版本通常是不兼容的，而不同的次要更新和內部版本號是兼容的。）盡管更高版本的 .NET Framework 設計成具有向後兼容性，您仍可能需要相應地配置 ASP.NET 應用程序以使用特定版本的運行庫。在管理安裝了多個版本的 .NET Framework 的計算機時，查看 ASP.NET 應用程序的腳本映射（有時稱為應用程序映射）以確定應用程序所使用的版本通常很有用。可以使用 Internet 信息服務 (IIS) 管理控制台查看 ASP.NET 應用程序的腳本映射。查看ASP.NET 應用程序的腳本映射打開IIS 管理控制台。展開本地計算機節點，展開「網站」，然後展開「默認 Web 伺服器」[Default Web Server]。右擊應用程序的文件夾，然後單擊「屬性」。在「目錄」選項卡上單擊「配置」。出現「應用程序配置」對話框。在「映射」選項卡中，選擇ASP.NET 應用程序擴展名，如 .asmx 或 .aspx。對話框的「可執行文件路徑」列列出了到應用程序所使用的 ASP.NET ISAPI 擴展的路徑。默認情況下，ASP.NET ISAPI 擴展安裝在以下位置：%system root%\Microsoft.NET\Framework\versionNumber路徑中顯示的版本號說明了應用程序所使用的 ASP.NET ISAPI 擴展的版本號。反過來，ASP.NET ISAPI 擴展的版本確定了應用程序所使用的運行庫版本。配置應用程序以使用腳本映射為使重新配置 ASP.NET 應用程序的腳本映射更容易，每個 .NET Framework 安裝都提供了其自己版本的 ASP.NET IIS 注冊工具 (Aspnet_regiis.exe)。在 Web 伺服器計算機上具有管理員特權的用戶可以使用該工具將 ASP.NET 應用程序重新映射到匹配該工具的 ASP.NET ISAPI 擴展版本。注意由於Aspnet_regiis.exe 工具與特定版本的 .NET Framework 相關聯，因此您必須使用適當版本的 Aspnet_regiis.exe 為 ASP.NET 應用程序重新配置腳本映射。Aspnet_regiis.exe 工具將 ASP.NET 應用程序的腳本映射重新配置為匹配該工具的 ASP.NET ISAPI 擴展版本。此工具也可用來顯示所有已安裝的 ASP.NET 版本的狀態、注冊關聯的 ASP.NET 版本、創建客戶端腳本目錄以及執行其他配置操作。使用Aspnet_regiis.exe 更新某一 ASP.NET 應用程序的腳本映射打開Windows 命令窗口。定位到包含要使用的 Aspnet_regiis.exe 工具版本的目錄。記住每一版本的 .NET Framework 都有自己的版本。文件通常位於以下目錄： %system root%\Microsoft.NET\Framework\versionNumber使用-s 或-sn 選項以及應用程序的路徑運行 Aspnet_regiis.exe 工具。下面的示例演示一個命令，該命令更新一個名為 SampleApp1 的應用程序的腳本映射： Aspnet_regiis.exe -s W3SVC/1/ROOT/SampleApp1 配置應用程序池IIS 5.0 版使用 ASP.NET 進程模型 (Aspnet_wp.exe)。在 ASP.NET 進程模型下，每一個單獨的應用程序版本在運行時自動運行在獨立的進程中。定位到同一運行庫版本的所有應用程序共享同一進程（或網路園模式中的多個進程）。然而，IIS 6.0 使用 IIS 6.0 進程模型 (w3wp.exe)，並使用一項隔離功能，稱為應用程序池。只要應用程序共享同一池標識，應用程序池就允許它們在一個或多個進程中同時運行。如果應用程序所分配的應用程序池不同，它們就永遠不能在同一進程中運行。警告IIS 6.0 僅在處於 IIS 5.0 隔離模式時支持 ASP.NET 版本 1.0。如果在使用 IIS 6.0 的計算機上安裝了多個版本的 .NET Framework，您可能會在「應用程序事件」日誌中看到下面的錯誤信息：「不能在同一 IIS 進程中運行不同版本的 ASP.NET。請使用 IIS 管理工具重新配置伺服器，以便在單獨的進程中運行應用程序。」如果有多個版本的 ASP.NET 配置為在同一進程中進行，就會發生該錯誤，因為不同版本的 .NET Framework 和運行庫不能在同一進程中並行運行。因此，使用某一特定版本的運行庫的 ASP.NET 應用程序不能與使用其他版本的應用程序共享進程。如果兩個或多個應用程序被映射到不同版本的 ASP.NET，但共享同一應用程序池，通常就會發生這一錯誤。注意每個應用程序的進程隔離都是手動配置的。在IIS 6.0 中禁用 IIS 5.0 隔離模式打開IIS 管理控制台。右擊「網站」文件夾，然後單擊「屬性」。在「服務」選項卡上，清除「以 IIS 5.0 隔離模式運行 WWW 服務」[Run WWW service in IIS 5.0 isolation mode]復選框。在IIS 6.0 中向某一 ASP.NET 應用程序分配池標識打開IIS 管理控制台。展開本地計算機節點，展開「網站」，然後展開「默認 Web 伺服器」[Default Web Server]。右擊應用程序的文件夾，然後單擊「屬性」。在「目錄」選項卡上，從「應用程序池」列表選擇所需的池標識。在IIS 6.0 中創建池標識打開IIS 管理控制台。展開本地計算機節點。右擊「應用程序池」文件夾，指向「新建」，再單擊「應用程序池」。出現「添加新應用程序池」對話框。在「應用程序池」文本框中輸入新的池標識，再單擊「確定」。

aspnet應用程序存儲

與aspnet應用程序存儲相關的內容