aspnet網站源碼vb

『壹』 VB 操作 access ,求代碼

PrivateSubCommand1_Click()
'例如查詢記錄
DimstrSQLAsString
CallSJK(db)'打開資料庫
strSQL="Select*FrombanWhereID=1"
SetRS=db.OpenRecordset(strSQL)
IfNotRS.EOFThen
ForI=1To17
IfRS(CStr(I)&"班")<>""ThenText1(I).Text=RS(CStr(I)&"班")
NextI
Else
MsgBox"無數據！"
EndIf
RS.Close
db.Close
EndSub

如果需要給地址，發給你。

『貳』 aspnet有什麼好

ASP.NET優點主要表現在：

◆可管理性：

ASP.NET 使用基於文本的、分級的配置系統，簡化了將設置應用於伺服器環境和 Web 應用程序的工作。因為配置信息是存儲為純文本的，因此可以在沒有本地管理工具的幫助下應用新的設置。配置文件的任何變化都可以自動檢測到並應用於應用程序。詳細信息，請參閱ASP.NET 配置。

◆安全：

ASP.NET 為 Web 應用程序提供了默認的授權和身份驗證方案。開發人員可以根據應用程序的需要很容易地添加、刪除或替換這些方案。詳細信息，請參閱ASP.NET 安全。

◆易於部署：

通過簡單地將必要的文件復制到伺服器上，ASP.NET 應用程序即可以部署到該伺服器上。不需要重新啟動伺服器，甚至在部署或替換運行的已編譯代碼時也不需要重新啟動。詳細信息，請參閱ASP.NET 部署。

◆增強的性能：

ASP.NET 是運行在伺服器上的已編譯代碼。與傳統的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期綁定、實時 (JIT) 編譯、本機優化和全新的緩存服務來提高性能。詳細信息，請參閱ASP.NET 性能監視。

◆靈活的輸出緩存：

根據應用程序的需要，ASP.NET 可以緩存頁數據、頁的一部分或整個頁。緩存的項目可以依賴於緩存中的文件或其他項目，或者可以根據過期策略進行刷新。

◆國際化：

ASP.NET 在內部使用 Unicode 以表示請求和響應數據。可以為每台計算機、每個目錄和每頁配置國際化設置。

◆移動設備支持：

ASP.NET 支持任何設備上的任何瀏覽器。開發人員使用與用於傳統的桌面瀏覽器相同的編程技術來處理新的移動設備。

◆擴展性和可用性：

ASP.NET 被設計成可擴展的、具有特別專有的功能來提高群集的、多處理器環境的性能。此外，Internet 信息服務 (IIS) 和 ASP.NET 運行時密切監視和管理進程，以便在一個進程出現異常時，可在該位置創建新的進程使應用程序繼續處理請求。詳細信息，請參閱ASP.NET 進程隔離。

◆跟蹤和調試：

ASP.NET 提供了跟蹤服務，該服務可在應用程序級別和頁面級別調試過程中啟用。可以選擇查看頁面的信息，或者使用應用程序級別的跟蹤查看工具查看信息。在開發和應用程序處於生產狀態時，ASP.NET 支持使用 .NET Framework 調試工具進行本地和遠程調試。當應用程序處於生產狀態時，跟蹤語句能夠留在產品代碼中而不會影響性能。

◆與 .NET Framework 集成：

因為 ASP.NET 是 .NET Framework 的一部分，整個平台的功能和靈活性對 Web 應用程序都是可用的。也可從 Web 上流暢地訪問 .NET 類庫以及消息和數據訪問解決方案。ASP.NET 是獨立於語言之外的，所以開發人員能選擇最適於應用程序的語言。另外，公共語言運行庫的互用性還保存了基於 COM 開發的現有投資。

◆與現有ASP應用程序的兼容性：

ASP和ASP.NET 可並行運行在IIS Web伺服器上而互不沖突；不會發生因安裝 ASP.NET 而導致現有 ASP 應用程序崩潰的可能。ASP.NET 僅處理具有 .aspx 文件擴展名的文件。具有 .asp 文件擴展名的文件繼續由 ASP 引擎來處理。然而，應該注意的是會話狀態和應用程序狀態並不在 ASP 和 ASP.NET 頁面之間共享。

另外ASP.NET優點還包括了ASP.NET啟用了分布式應用程序的兩個功能：Web窗體和 XML Web 服務。相同的配置和調試基本結構支持這兩種功能。

Web 窗體技術使您建立強大的基於窗體的網頁。Web 窗體頁面使用可重復使用的內建組件或自定義組件以簡化頁面中的代碼。
使用 ASP.NET 創建的 XML Web 服務可使您遠程訪問伺服器。使用 XML Web 服務，商家可以提供其數據或商業規則的可編程介面，之後可以由客戶端和伺服器端應用程序獲得和操作。通過在客戶端/伺服器和伺服器/伺服器方案中的防火牆范圍內使用標准（如 XML 消息處理和 HTTP），XML Web 服務可啟用數據交換。以任何語言編寫的且運行在任何操作系統上的程序都能調用 XML Web 服務。

ASP.NET優點就向你介紹到這里，希望通過這樣的介紹使你更加了解ASP.NET優點，更好的使用ASP.NET。

『叄』 請問一個asp,net的問題

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

<?xml version="1.0"?>
<!--
注意: 除了手動編輯此文件以外，您還可以使用
Web 管理工具來配置應用程序的設置。可以使用 Visual Studio 中的
「網站」->「Asp.Net 配置」選項。
設置和注釋的完整列表在
machine.config.comments 中，該文件通常位於
\Windows\Microsoft.Net\Framework\v2.x\Config 中
-->
<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 配置的安全和使用受保護的配置加密配置信息。

『肆』 關於asp.net 用VB連接sql server資料庫（100分）在線等

1、在SQL Server創建 「電腦名\ASPNET」用戶。比如我創建HP-2V47VI88M4GB\ASPNET
2、在SQL Enterprise manager里打開「安全性」文件夾，右擊「登錄」，選擇「新建登錄……」。「常規」選項卡，「名稱」填HP-2V47VI88M4GB\ASPNET，其他默認；「資料庫訪問」選項卡，指定訪問的資料庫，我指定的是Northwind資料庫，然後給他賦許可權：dbo,public就夠了。

『伍』 VS2005 debug編譯和msbuild編譯 有什麼區別

用aspnet_compiler發布網站在asp.net 2.0模型中，vs2005已經完全脫離了編譯而成為了一個徹底的ide.算是一個不小的改動。其中更是取消了有關Web Application的概念，使得習慣了vs2003的人剛開始的時候會有一些摸不著頭腦。下面簡單說一下我在使用過程中自己總結的，算是一點經驗。

新建web工程並且位置是文件系統的時候，vs2005隻是幫你建好了一個sln文件，這個東西只是指引msbuild 如何進行編譯的，過程是：ide 調用 msbuild ,msbuild解析sln文件,msbuild調用aspnet_compiler.exe進行網站的編譯。所以aspnet_compiler.exe只是負責進行網站的編譯的。

預編譯的概念在 .netframework 1.1 裡面就存在了，vs2003中的預編譯指的是將頁面對應的cs/vb文件與resx文件編譯後統一集成到一個dll中放到bin目錄下，將aspx文件直接拷貝過去。這樣做會留下隱患，因為aspx文件就直接暴露在最後的發行包中，如果完全是codeb-behind模型還好，只能改改界面，如果採用了頁面上的來生成頁面，源代碼就暴露了。針對這些問題，vs2005採用了一種新的模式。
請參看ASP.NET 編譯工具 (Aspnet_compiler.exe) 這篇文章了解對各種文件的處理方式。

IDE發布：
vs2005中選擇 生成-〉發布網站，在對話框中的操作將映射到aspnet_compiler.exe的參數中，可更新的發布對應 -u，其他選項類似，請參考上面的文章了解。
注意：發布時將忽略web.config中的debug參數，統一生成無調試信息的文件。

手工編譯：
簡單說來，如果是無更新發布模式編譯，appcode下面的class編譯成dll放在bin下,頁面內容清空位置不變作佔位用，同時頁面被編譯成一個隨機名稱的dll,增加一個同名.compiled文件到bin目錄下，內容大概如下：

<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="3" virtualPath="/Forum/AdminList.aspx" hash="6772609c3" filehash="49154463f1d6738c" flags="110000" assembly="App_Web_hmrycg3w" type="ASP.forum_adminlist_aspx">
<filedeps>
<filedep name="/Controls/footer.ascx" />
<filedep name="/Controls/header.ascx" />
<filedep name="/Forum/AdminList.aspx" />
<filedep name="/Forum/AdminList.aspx.cs" />
<filedep name="/Forum/menu.ascx" />
<filedep name="/Forum/menu.ascx.cs" />
</filedeps>
</preserve>
裡面只是列出了頁面上的customcontrol,這里已經完成了和masterfile的映射。這樣最大限度的保護了頁面的敏感信息，發布過的網站中只能看見一堆文件名了。可更新的發布模式與vs2003類似，頁面就直接拷貝過來不予編譯了。

講了一堆原理，下面說一下aspnet_compiler.exe的調用方法,這是我使用的例子

我的開發目錄是這樣的

Project/
library/
devroot/
pubroot/
proj.sln
使用的命令如下：

aspnet_compiler -v / -p .\devroot -f .\pubroot
分析：

-v / 指明了iis的虛擬目錄
-p .\devroot 表示代碼實際位置
.\pubroot 指明了要發布的位置
-f 表示強制改寫目標位置
你還可以用-u來進行傳統意義上的預編譯，-d來插入編譯符號。

總的來說，aspnet_compile結合msbuild,提供了一個很好的自動化編譯環境，值得研究研究：）