Ⅰ 下載的asp.net源碼怎麼用
asp.net環境配置ASP.NET
一、安裝IIS與配置IIS
在Windows 2000、Windows XP、Windows 2003或Windows Vista等操作系統中，IIS文件及安裝方式都有所不同。
1、Windows 2003下安裝IIS：
依次點擊「開始」->「設置」->「控制面板」->「添加刪除程序」，在出現的「添加刪除程序」界面中，單擊
「添加/刪除 Windows組件」，在出現的「Windows組件向導」窗口中，選中「應用程序伺服器」後單擊「下一 步」
按鈕，系統開始安裝IIS組件。
2、Windows 2003的IIS配置：
安裝好IIS後，在「控制面板」雙擊「Internet信息服務（IIS）管理器」，在「Internet信息服務」窗口中，點選
「默認網站」後右鍵選擇「屬性」，在出現的「默認網站屬性」窗口中，右鍵依次選擇「屬性」->選擇網站主目錄。
這里只要選擇本地路徑就可以了。
另外在Web服務擴展中允許 ASP.NET v2.0.50727
3、Windows 2000、Windows XP下安裝IIS：在Windows 2000、Windows XP操作系統中，IIS安裝方法和配置與Windows 2003相似。這里就不詳細寫了。
4、Vista下安裝IIS：
依次點擊「開始」->「控制面板」->「程序」，在出現的「程序和功能」界面中單擊「打開或關閉Windows功能」展開「Internet信息服務」：
在「Web管理工具」中，選中「IIS管理服務」、「IIS管理腳本和工具」、「IIS管理控制台」選項；在「萬維網服務」中，選中「應用程序
開發功能」中的「.NET擴展性」、「ASP」「ASP.NET」 選項。。
選擇好後單擊「確定」按鈕，系統開始安裝IIS組件，幾分鍾後IIS即可安裝完成。
5、Windows Vista的IIS配置：
依次點擊「開始」->「所有程序」->「管理工具」->「Internet信息服務（IIS）管理器」，在出現的「Internet信息服務（IIS）管理器」界面中，
依次點擊「網站」-> 「設置網站默認設置」。
在出現的「網站默認設置」窗口中，單擊「應用程序池」，在「應用程序池」的下拉菜單中，將「應用程序池」改為「Classic.NET AppPool」。
雙擊「默認文檔」，修改首頁的默認文檔及排序，單擊「應用」按鈕保存設置。
二、安裝與配置.NET Framework 2.0
您可以通過微軟的官方網站下載.NET Framework 2.0 （下載地址http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en）安裝程序。.NET Framework 2.0的安裝過程非常簡單，在解壓.NET Framework 2.0安裝包後，雙擊安裝目錄下的dotn
betfx2.0.exe安裝文件，按照安裝提示進行安裝即可。
配置網站以支持.Net2.0。依次點擊「開始」->「程序」->「控制面板」->「管理工具」->「Internet信息服務」，在「Internet信息服務」管理界面中點選「默認網站」後右鍵
選擇「屬性」，在出現的「默認網站屬性」窗口中單擊「ASP.NET」選項卡，並在「ASP.NET version」中選擇「2.0.50727」。同時還可以看到其
安裝路徑等信息。
三、安裝與配置SQL Server 2000/2005
只介紹SQL Server 2005的安裝。
1、以下是安裝過程中的幾個重要設置。。建議一般用戶在安裝過程中按照以下示例進行設置。這里演示的是SQL2005開發版的安裝。
2、如果你是用於測試環境，建議進行全部安裝。如果是生產環境，請專業人員配置安裝。
3、如果程序要用到報表伺服器，就要選擇reporting services，否則在安裝過程中安裝程序沒有配置伺服器，那麼就會無法使用報表伺服器。
4、sa密碼一定要復雜。也要可以在安裝完SQL之後把SA帳戶刪除，以保安全。
四、文件夾許可權配置
首先要注意的是：為了你網站的安全請不要在IIS中打開寫入許可權，並且將你的磁碟文件系統格式轉化安全一點的NTFS格式。請參照下面的說明進行許可權的配置。
當站點在NTFS分區時，如果站點所在的目錄或者資料庫目錄沒有給訪問的用戶讀寫許可權，那就會引起以下的錯誤：
1、「Microsoft JET Database Engine (0x80040E09) 不能更新。
2、資料庫或對象為只讀
3、出現」請確認你具有對文件夾與文件有讀寫的許可權」等提示
解決方法：我們假定站點在H:\website 目錄下，下面的圖示以WINXP為例，其它系統可以參照進行設置，
具體操作如下：
1、查看站點是否安裝在NTFS分區內，如果不是NTFS格式請轉化為NTFS文件系統格式。也只有NTFS格式才能進行下面講到的許可權配置操作.
2、請進入文件管理器的文件夾選項
3、將「使用簡單文件共享」前的勾選去掉
4、右鍵點擊動易系統安裝目錄－共享和安全
6、點擊高級選項
7、查找用戶或組
8、選擇aspnet帳戶
9、點擊確定
10、勾選站點目錄對於aspnet 的讀寫許可權
Ⅱ asp.net 讀寫配置文件Web.Config
給你一個例子，你瞧瞧：
<appSettings>
<add key="ConnectionString" value="server=192.168.19.250;database=hrms_test;uid=pmstest;pwd=pmstest" />
<add key="WebObjectPath" value="http://localhost/LMS/Files/" />
<add key="PhysicsObjectPath" value="E:/Files/"/>
<add key="SystemCode" value="12" />
<add key="OrganizationPath" value ="organization" />
</appSettings>
public static string ConnectionString
{
get { return System.Configuration.ConfigurationManager.AppSettings["ConnectionString"].ToString(); }
}
/// <summary>
/// 組織架構資料庫路徑
/// </summary>
public static string OrganizationPath
{
get { return System.Configuration.ConfigurationManager.AppSettings["OrganizationPath"].ToString(); }
}
/// <summary>
/// 系統編碼
/// </summary>
public static string SystemCode
{
get { return System.Configuration.ConfigurationManager.AppSettings["SystemCode"].ToString(); }
}
/// <summary>
/// 物理上傳路徑
/// </summary>
public static string PhysicsObjectPath
{
get { return System.Configuration.ConfigurationManager.AppSettings["PhysicsObjectPath"].ToString(); }
}
/// <summary>
/// 虛擬上傳路徑
/// </summary>
public static string WebObjectPath
{
get { return System.Configuration.ConfigurationManager.AppSettings["WebObjectPath"].ToString(); }
}
Ⅲ 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連接設置中把本地地址不使用代理伺服器那裡打上勾
Ⅳ 我網站里自己出現了「aspnet_client」這個文件夾，是干什麼的
安裝了.net框架之後,就會在網站目錄下出現這樣的文件夾.用以支持專.net環境.1_1_4322表示你的屬.net framework 的版本為 1.1.4322,裡面的3個文件用於為.net驗證控制項提供腳本支持
Ⅳ 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
Ⅵ 以下哪些是asp.net支持的文件夾
1. Bin文件夾
Bin文件夾包含應用程序所需的，用於控制項、組件或者需要引用的任何其他代碼的可部署程序集。該目錄中存在的任何.dll文件將自動地鏈接到應用程序。如果在該文件夾中留有不用的或過期的文件，則可能出現「二義性引用(ambiguous reference)」異常的風險。換句話說，如果兩個不同的程序集定義相同的類(相同的命名空間和名稱)，則ASP.NET運行庫不能決定應該使用哪一個程序集，從而拋出一個異常。在開發時，當我們重新命名一個項目或一個程序集的名稱時，這是常見的錯誤。為了避免這種錯誤，一定不要在該文件夾中保留任何不必要的程序集，或者至少要從配置文件的<assemblies>節中刪除如下代碼行：
<add assembly="*" />
2. App_Browser文件夾
該可選的文件夾包含.browser文件。.browser文件描述瀏覽器(不管是移動設備瀏覽器，還是台式機瀏覽器)的特 征和功能。ASP.NET在安裝路徑下的Config/Browser文件夾中安裝了大量.browser文件，這些文件供所有應用程序共享。我們只是把 當前應用程序特有的瀏覽器文件放在App_Browser文件夾下。.browser文件的內容即時動態地進行編譯，以便向ASP.NET運行庫提供最新 的瀏覽器信息。
讓我們簡單談談擁有一個自定義的.browser文件可能有幫助的場景。設想應用程序使用了一個在某個瀏覽器下不能有效呈現的控制項。在指定的瀏覽器中顯示宿主頁面時，可以編寫一個.browser文件，迫使ASP.NET使用一個不同的適配器來生成該控制項。
<browsers>
<browser id="browserID">
<controlAdapters>
<adapter controlType="Samples.CustomControl"
adapterType="Samples.Adapters.CustomControlAdapter" />
</controlAdapters>
</browser>
</browsers>
假設browserID與ASP.NET識別的標准瀏覽器之一相匹配，則上文所示的.browser文件指示在指定的瀏覽器下使用CustomControlAdapter呈現CustomControl。
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文件夾
正如其他應用程序一樣，ASP.NET應用程序也可以使用資源，而且通常應該使用資源。資源是隔離應用程序用戶界面的可局部 化部分的一種有效方法。一般而言，資源是與程序相關的不可執行的文本。典型的資源有圖像、圖標、文本和附屬文件，但是任何可序列化的對象也可以被看作資 源。應用程序資源存儲在應用程序的外部，這樣就能在不影響和重新編譯應用程序本身的情況下重新編譯和替換它們。
ASP.NET應用程序需要有一個主要程序集來保存應用程序默認的或中性的資源。此外，還要部署許多附屬程序集，它們中各自 包含我們需要支持的某種文化的本地化資源。在ASP.NET 1.x中，編譯一個程序集內的資源有點麻煩。需要手動地將基於XML的資源文件(那些帶.res擴展名的資源)編譯成.resources二進制文件。這 些文件既可以嵌入到一個.NET可執行文件中，也可以編譯成附屬程序集。使用資源文件生成器實用程序resgen.exe，將文本和基於XML的資源文件 轉變為.resource文件。資源文件名稱遵循baseName.cultureName.resource命名約定，其中baseName通常是應用 程序的名稱：
resgen.exe ProAspNet20.resx ProAspNet20.it.resources
創建.resource文件以後，應當把它嵌入到一個程序集中，甚至可以作為一個資源容器來使用。要把一個資源文件嵌入到一個附屬程序集中，可以使用程序集連接器工具(al.exe)。在命令行上，指出程序集所使用的文化(如下面示例中的it，它代表義大利)和名稱。
al /out:ProAspNet20.resources.dll /c:it /embed:ProAspNet20.it.resources
在編譯附屬程序集之後，它們將有相同的名稱。將它們部署到不同的子目錄中，分別按文化命名。
幸運的是，對於ASP.NET 2.0，附屬程序集的時代已經一去不復返了。更准確地說，附屬程序集仍然存在，但是由於App_GlobalResources保留文件夾，對開發人員來說它們已經成為過去的事情。
該文件夾中的任何定位的.resx文件自動地被編譯成附屬程序 集。.resx文件的名稱包含文化信息，以幫助ASP.NET運行庫環境的程序集生成。如下文件，resources.resx, resources.it.resx, resources.fr.resx，生成中性程序集以及適合於義大利(Italian)和法國(French)文化的附屬程序集。如果沒有要求特定文 化，則中性程序集是默認的文化資源。