aspnet執行文件

㈠ 如何：針對 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 管理控制台。展開本地計算機節點。右擊「應用程序池」文件夾，指向「新建」，再單擊「應用程序池」。 出現「添加新應用程序池」對話框。在「應用程序池」文本框中輸入新的池標識，再單擊「確定」。

㈡ asp.net網站伺服器怎麼配置(許可權)

你可以在你的網站所在的磁碟（假設是D盤）加入以下幾個賬號：Administrators組、ASPNET、Internet來賓帳號、啟動IIS進程帳號。
這樣設置：Administrators擁有所有許可權；ASPNET除了擁有「完全控制」的許可權以外的所有許可權；Internet來賓帳號和啟動IIS進程帳號只擁有讀取、運行、列出目錄三個許可權。如果你的網站頁面有文件的讀取和寫入的操作，建議你將Internet來賓帳號又加上了修改和寫入許可權。
希望我的回答對你有用...

㈢ 如何在iis中執行aspx文件啊

一、先注冊asp.net組件： (asp.NET 組件即：.Net Framework )
開始－＞運行－＞cmd－＞執行命令：
C:\windows\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i （你的.net組件位置）
或者
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_regiis -i
[ 上面這個地址是.NetFramework 自動安裝默認的位置～ ]
二、接下來還要在WEB服務擴展啟用ASP.NET服務：
IIS－＞本地計算機－＞WEB服務擴展－＞ASP.NET v2.0.5072：允許
[ 如果上面這個地址你沒有找到，可能是你在安裝IIS時沒有裝服務擴展！去Win組件里IIS看看]
三、在IIS中創建虛擬目錄
IIS－＞本地計算機－＞網站－＞默認網站，右鍵－＞新建「虛擬目錄」－＞取個名字－＞瀏覽你的ASPX文件的目錄，確定
四、點擊新建的虛擬目錄－＞在右側，右擊：aspx文件－＞瀏覽

㈣ 以下哪些是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)文化的附屬程序集。如果沒有要求特定文 化，則中性程序集是默認的文化資源。

㈤ mac系統怎麼運行ASP文件

運行ASP.NET程序的帶旦三要素：
1) CLR(.NET運行時)
2) KRE(ASP.NET運行時)
3) Web伺服器
所以在Mac OS X上運行ASP.NET程序，就需要對應這三要素的東西：
1) CLR - Mono（目前只有Mono可以用，以後可以用Core CLRE）
2) KRE - KRE-Mono（基於Mono的KRE）
3）Web伺服器 - Kestrel
接著，用下面的4個命令將這三樣東西安裝上即可：
brew tap aspnet/k
brew install kvm
source kvm.sh
kvm upgrade

接下來，照理只要將Web伺服器開起來就能運行了。
但是，大多數的程序斗行族都有自己的空弊包包，所以要先把包包給裝上：
kpm restore

之後，開啟Web伺服器完事：
k kestrel

㈥ 用aspnet

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

新建web工程並且位置是文件系統的時候 vs 只是幫你建好了一個sln文件 這個東西只是指引m *** uild 如何進行編譯的 過程是 ide 調用 m *** uild m *** uild解析sln文件 m *** uild調用aspnet_piler exe進行網站的編譯 所以aspnet_piler exe只是負責進行網站的編譯的

預編譯的概念在framework 裡面就存在了 vs 中的預編譯指的是將頁面對應的cs/vb文件與resx文件編譯後統一集成到一個dll中放到bin目錄下 將aspx文件直接拷貝過去 這樣做會留下隱患 因為aspx文件就直接暴露在最後的發行包中 如果完全是codeb behind模型還好 只能改改界面 如果採用了頁面上的來生成頁面 源代碼就暴露了 針對這些問題 vs 採用了一種新的模式

請參看ASP NET 編譯工具 (Aspnet_piler exe) 這篇文章了解對各種文件的處理方式

IDE發布

vs 中選擇 生成 〉發布網站 在對話框中的操作將映射到aspnet_piler exe的參數中 可更新的發布對應 u 其他選項類似 請參考上面的文章了解

注意 發布時將忽略nfig中的debug?問騁簧晌薜魘孕畔⒌奈募?

手工編譯

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

<?xml version= encoding= utf ?>

<preserve resultType= virtualPath= /Forum/AdminList aspx hash= c filehash= f d c flags= assembly= App_Web_hmrycg w 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的映射 這樣最大限度的保護了頁面的敏感信息 發布過的網站中只能看見一堆文件名了 可更新的發布模式與vs 類似 頁面就直接拷貝過來不予編譯了

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

我的開發目錄是這樣的

Project/

library/

devroot/

pubroot/

proj sln

使用的命令如下

aspnet_piler v / p devroot f pubroot

分析

v / 指明了iis的虛擬目錄

p devroot 表示代碼實際位置

pubroot 指明了要發布的位置

f 表示強制改寫目標位置

lishixin/Article/program/net/201311/13677

㈦ 利用 .NET Framework 命令行工具

Visual Studio NET 是開發 NET 應用程序的最流行的方法 NET 框架提供了非常多的命令工具 此外 NET Framework SDK 還提供了更多的命令行工具 事實上 像Visual Studio 和SharpDevelop 之類的 IDE 通常也都提供這些工具 下面讓我們詳細看一下隨 NET Framework 一起安裝的這些工具 以及如何在項目中使用它們 （注意 在這篇文章中我使用的是 NET Framework 版本 ） 使用 NET Framework NET Framework 命令行程序的默認安裝目錄是 C:(base Windows directory)Microsoft NETFramework(framework version)在我的計算機上 由於安裝的操作系統是 Windows 所以 NET Framework 版本安裝在 winnt 目錄下 所以其路徑是 C:winntMicrosoft NETFrameworkv 這個目錄包含無數的 dll 配鄭簡置文件和可執行文件 等等 在這篇文章中 我將把重點放在可執行文件上 下面是這些程序的一個綱要 Al exe 程序集鏈接器（Assembly Linker） 該工具從一個或多個模塊或者資源文件生成一個帶有一個程序集清單的文件 模塊是一個沒有程序集清單的微軟中間語言文件（MSIL） 所有的 Visual Studio 編譯器都生成程序集 然而 如果你有一個或多個模塊（沒有清單的元數據） 你可以利用 Al exe 工具使用一個獨立文件中的清單創建一個程序集 Aspnet_regiis exe 這個工具允許你在 IIS 上安裝 ASP NET 此歲哪外 它還可以簡化同時運行的多個 ASP NET 版本的使用 它允許你為 ASP NET 應用程序更新腳本映射以指向與該工具關聯的ASP NET ISAPI 版本 這個工具還可以用來顯示所有安裝的ASP NET 版本的狀態 注冊 ASP NET 版本以及工具 創建客戶端腳本目錄 完成其它配置操作 Aspnet_state exe 這個工具允許會話狀態信息存儲在一台計算機上 它以一個服務運行 如果會話狀態信息存儲在一台遠程計算機上 該工具也可以安裝到那台遠程計算機上 Caspol exe 代碼訪問安全策略（Code Access Security Policy）工具 該工具能夠讓用戶和管理員在機器策略級 用戶策略級和企業策略級修改安全策略 你可以喊雀褲使用Caspol exe 編寫一個批處理腳本來配置安全策略 ConfigWizards exe 這個工具啟動 NET 向導窗口（Windows Control Panel | Administrative Tools | Microsoft NET Framework Wizards ） 它提供對以下三個工具的訪問 Adjust NET Security Trust An Assembly 和Fix An Application csc exe Visual C# 編譯器 /debug 開關進入調試模式 cvtres exe 資源對象轉換器（資源轉換成對象） 這個工具通常用來將一個二進制資源文件轉成一個對象文件 本地資源通常以 rc 文件開始 然後被 rc exe 編譯成一個 res 文件 然後再由 cvtres exe 工具轉成一個 obj 文件 最後像其它 obj 文件一樣被鏈接到你的本地應用程序中 dw exe 這個工具給出在使用 NET Framework 時你想看到的錯誤消息 錯誤消息詢問你是否想發送一個錯誤報告給微軟 （很多用戶控告這個小程序是微軟的間諜軟體 ）Gacutil exe 全局程序集緩存（Global Assembly Cache）工具 該工具用於管理程序集緩存 它可以用來查看全局緩存的內容 添加或刪除程序集 要想使用該工具列出全局程序集緩存（GAC）的所有程序集 可以使用/l 開關 （/i 開關安裝程序集 /u 開關刪除程序集 ）IEExec exe 這個工具簡化使用 URL 啟動的應用程序的測試 包括無觸點開發 Windows Form 之類的應用程序 工具 IEExec exe 可以代替 IDE 調試這些應用程序 它只接受 URL 參數（例如 IEExec exe ） 它不允許指定區域設置和站點設置 如果你試圖指定區域設置和站點設置 就會出現錯誤 Ila *** exe MSIL匯編程序（Assembler） 該工具從 MSIL 程序集生成一個可移植的可執行文件（PE） 你可以運行生成的可執行文件以確定 MSIL 是否生成了你要的東西 Installutil exe 安裝程序（Installer）工具 該工具允許你在一個指定的程序集中執行安裝程序組件來安裝和卸載伺服器資源 這個工具與System Configuration Install 命名空間中的類聯合工作 例如 在安裝一個 Windows 服務時這個工具會被用到 jsc exe 一個 _JSciprt NET 編譯器 /debug 開關進入調試模式 Migpol ex 遷移策略（Migration Policy）工具 該工具提供在兩個可兼容的 NET Framework 版本之間遷移策略的能力 Ngen exe 原生圖像生成器（Native Image Generator） 該工具從一個託管程序集創建一個原生圖像 並將其安裝到位於本地計算機的原生圖像緩存上 原生圖像緩存是 GAC 的保留區域 一旦你為一個程序集創建了一個原生圖像 之後程序集每次運行時運行庫（runtime）就會自動使用那個原生圖像 Rega *** exe 程序集注冊（Assembly Registration）工具 該工具讀取一個程序集中的元數據 將必要的條目添加到注冊表中 這樣就允許 客戶端透明地創建 NET Framework 類 在 NET Framework 類被注冊之後 任何 客戶端就可以使用它 就好像它是一個 類一樣 NET Framework 類只會被注冊一次 就是在程序集被安裝時注冊 在程序集中的 NET Framework 類被注冊之前 它們的實例不能從 創建 Regsvcs exe 這個服務安裝工具可以用來裝載和注冊程序集 注冊和安裝類型庫 或者配置添加到一個類的服務 Regsvcs exe 需要一個由assemblyFile dll 指定的源程序集文件 這個程序集必須使用強名簽名 NET Framework SDK 中提供了強名工具（Sn exe） vbc exe Visual Basic NET 編譯器 /debug 開關進入調試模式 vbj exe Visual J# NET 編譯器 /debug 開關進入調試模式 這些工具能夠進行全部的 NET 開發 多數這些工具都支持命令行開關（也就是命令行後接一個斜線） 這些開關允許你指定設置選擇或者使用工具的其它方面（像編譯器的 /debug 選項） 你可以在命令後面輸入 /? 或者 /help 獲得工具命令行開關選項的完整列表 這樣就提供給你使用工具的完整的語法信息 我通常喜歡使用友好的 Visual Studio NET 環境 但是在造訪一位客戶之後 我現在開始欣賞命令行選項了 我到了他們那裡安裝了更改了的代碼 但是我還必須現在場做一些額外的更改 這些更改就需要重新編譯代碼 但是我的機器沒有安裝Visual Studio NET 幸運的是 我能夠使用命令行工具完成這些工作 選擇界面 很多開發人員喜歡 Visual Studio NET 和其它開發工具的圖形環境 但是另外一個派別的開發人員則非常喜歡由命令行環境提供的控制權 讓人感到欣慰的是 微軟提供了這兩種開發應用程序的方法 具體選用哪種方法就看你的喜好了 lishixin/Article/program/net/201311/13081

㈧ ASP.NET創建文件並寫入內容

在ASP NET中 文件處理的整個過程都是圍繞著System IO 這個名稱空間展開的 這個名稱空間中具有執行文件讀 寫所需要的類 本文從最基本的操作開始 解釋在ASP NET中文件處理的概念 包括如從一個文件中讀取內容 如何向一個文件中寫入內容和如何刪除一個文件 前面已經提到 要想在ASP NET 頁面中進行文件處理 必須要有 System IO 名稱空間 所以 第一步就是引入這個名稱空間 <%@ Import Namespace= System IO %>下一步 就是創建一個文本文件 並將這個文本文件分配給一個流書寫對象 這樣就可以向文本文件中寫入內容了 用以下一段代碼來完成這個任務 writefile aspx<%@ Import Namespace= System IO %><%Response write( Writing the content into Text File in ASP NET<BR> ) 聲明流書寫對象Dim strwriterobj As StreamWriter 創建文本文件 分配textfile對象strwriterobj= File CreateText( c:aspnet txt ) 寫入內容strwriterobj WriteLine( Wele to wonderfull world of ASP NET Programming ) 完成櫻悔操作 關閉流對象strwriterobj CloseResponse write( Done with the creation of text file and writing content into it )%>這樣就完成了！現在讓我們繼續進行下一個任務 從剛才創建的文本文件中讀取內容 從文件中讀取內容從文件中讀取內容與向文件中寫入內容大致相同 只是要注意一下下面的兩件事 文件讀取使用StreamReader類 當使用了Readline方法時 將要被讀取的文本文件的結尾處會用一個空字元串( )來標記 現在開始編寫代碼從前面創建的aspnet txt 文件中讀取內容 readfile aspx<%@ Import Namespace= System IO %><%Response write( Reading the content from the text file ASPNET TXT<br> ) 創建流讀取對象Dim streamreaderobj As StreamReader 聲明變數 以存放從文件中讀取的內容Dim filecont As String 打開文本文件 分配給流讀亂判取對象streamreaderobj = File OpenText( c:aspnet txt ) 逐行讀取文件內容Dofilecont = streamreaderobj ReadLine()Response Write( filecont & <br> )Loop Until filecont = 完成讀取操作後 關閉流讀取對象streamreaderobj CloseResponse write( <br>Done with reading the content from the file aspnet txt )%>刪除文件在ASP NET中刪除文件也非常簡單和直觀 System IO名稱空間中的 File （文件）類有一個Delete方法用來刪除文件 它把文件名作為一個自變數來傳遞 以下代碼就演示了在ASP NET中進行文件嘩頌改刪除的步驟 Filedelete aspx<%@ Import Namespace= System IO %><%File Delete( c:aspnet txt )Response write( The File aspnet is deleted successfully !!! )%> lishixin/Article/program/ASP/201311/21860

㈨ 管家婆v3如何設置配置

管家婆v3設置配置方法
V3配置步驟
首先請確認正確安裝了IIS, asp.net 2.0
1、找到微軟網路框架架下aspnet_isapi . dll的路徑(如Win2003默認安裝路徑為C:微軟的windows。asp.net Framework v2.0.50727 aspnet_isapi.dll)
2、添加ajax擴展:在虛擬目錄,屬性→主目錄一配置一應用程序映射選項卡中點添加,在可執行文件中錄入aspnet_isapi . dll路徑,在擴展名中錄入「. ajax」。
3,添加gspx擴展:在虛擬目錄,屬性→主目錄→配置→應用程序映射選項卡中點添加,在可執行文件中錄入aspnet_isapi . dll路徑,在擴展名中錄入「.gspx」。
4、添加違約。gspx:在虛擬目錄,屬性→文檔選項卡中點添加,在默認文檔名中錄入「默認。

㈩ ASP.NET 2.0運行時簡要分析

概述: 本文基於ASP NET 的源代碼 對ASP NET 運行時進行了簡春迅蔽要的分析 希望能幫助你理解ASP NET 中請求處理過程及頁面編譯模型

關鍵字 ASP NET 運行時 原理 請求處理 頁面編譯 ASP NET HTTP Runtime

主要類 System Web HttpRuntime System Web HttpApplicationFactory System Web HttpApplication System Web Compilation BuildManager System Web Compilation ApplicationBuildProvider System Web Compilation BuildProvidersCompiler System Web UI PageHandlerFactory

請求處理簡要流程圖:

閱讀建議 用Reflector工具邊查看ASP NET 的源代碼邊閱讀 分析 當我們通過瀏覽器向ASP NET 網站的一個頁面發起請求時 在伺服器端首先是IIS收到請求 IIS一看是頁面 心裡很開心 因為這個請求不用它處理 交給ASP NET ISAPI就行了 ASP NET ISAPI的工作也比較輕松 他的主要任務就是安排aspnet_wp exe處理請求 並監視aspnet_wp exe進程的執行情況 如果aspnet_wp exe進程太累了 不能出色地完成任務 ASP NET ISAPI就要讓他下崗 換一個新的aspnet_wp exe來處理工作 aspnet_wp exe的主要任務是將請求交給一系列稱為的 HTTP 管道的託管對象 如果把ASP NET ISAPI比做銷售經理 那aspnet_wp exe就是生產經理 而HTTP 管道就是生產的流水線 負責流水線的小組就是HttpRuntime 生產經理aspnet_wp exe會將訂單(HTTP請求)交給HttpRuntime小組的工作人員ProcessRequest(HttpWorkerRequest wr) HttpRuntime根據內部的分工 最終由ProcessRequestInternal(HttpWorkerRequest wr)在流水線上進行生產 所以ProcessRequestInternal(HttpWorkerRequest wr)是我們扒州分析的重點 ProcessRequestInternal的主要工作是 創建HttpContext實例 對第一次請求進行初始化(EnsureFirstRequestInit) a)在EnsureFirstRequestInit中通過調用System Web HttpRuntime FirstRequestInit進行一些初始化工作 比如 將Web Config配置讀到到RuntimeConfig中 從bin目錄中裝載所有dll文件 創建HttpWriter實例 通過調用HttpApplicationFactory GetApplicationInstance創建HttpApplication實例 在HttpApplicationFactory GetApplicationInstance中有三個關鍵方法 HttpApplicationFactory _theApplicationFactory EnsureInited();HttpApplicationFactory _theApplicationFactory EnsureAppStartCalled(context);HttpApplicationFactory _theApplicationFactory GetNormalApplicationInstance(context);

下面我們對這三個方法逐個進行分析 )HttpApplicationFactory _theApplicationFactory EnsureInited(); 該方法昌兄檢查HttpApplicationFactory是否被初始化 如果沒有 就通過HttpApplicationFactory Init()進行初始化 在Init()中 先獲取global asax文件的完整路徑 然後調用CompileApplication()對global asax進行編譯 那編譯是如何進行的呢？ 編譯的工作由BuildManager完成的 BuildManager先得到GlobalAsaxType(也就是HttpApplication) 然後調用BuildManager GetGlobalAsaxBuildResult（）=》（）=》EnsureTopLevelFilesCompiled（）進行編譯 在EnsureTopLevelFilesCompiled中 先進行CompilationStage TopLevelFiles編譯 對下面三個目錄中的文件進行編譯 a CompileResourcesDirectory();編譯App_GlobalResources目錄 b CompileWebRefDirectory();編譯App_WebReferences目錄 c CompileCodeDirectories();編譯App_Code目錄

接著進行CompilationStage GlobalAsax 編譯 對global asax進行編譯 方法調用情況 CompileGlobalAsax()=》ApplicationBuildProvider GetGlobalAsaxBuildResult(BuildManager IsPrepiledApp) 在GetGlobalAsaxBuildResult中具體的編譯是由ApplicationBuildProvider與BuildProvidersCompiler共同完成的 BuildProvidersCompiler PerformBuild();進行編譯工作 ApplicationBuildProvider GetBuildResult得到編譯的結果 編譯成功後 會在C:WINDOWSMicrosoft NETFrameworkv Temporary ASP NET Files相應的目錄中生成類似App_global asax mlgx n v dll的dll文件 編譯生成的類名為ASP global_asax 繼承自HttpApplication 注 如果Web目錄中沒有Global asax文件 就不會編譯生成App_global asax mlgx n v dll這樣的文件

)_theapplicationfactory ensureappstartcalled(context); 創建特定的HttpApplication實例 觸發ApplicationOnStart事件 執行ASP global_asax中的Application_Start(object sender EventArgs e)方法 這里創建的HttpApplication實例在處理完事件後 就被回收

)_theapplicationfactory getnormalapplicationinstance(context); 該方法創建HttpApplication實例並進行初始化(調用System Web HttpApplication InitInternal()方法) 創建HttpApplication實例是根據實際的_theApplicationType進行創建 如果Web目錄中沒有global asa文件 也就是說沒有動態編譯生成ASP global_asax類型 那就直接實例化HttpApplication 如果創建了ASP global_asax類型 那就對ASP global_asa進行實例化 創建HttpApplication實例之後就是調用實例的InitInternal方法 InitInternal方法也是我們重點分析的方法 該方法的主要功能如下 InitMoles() 根據Web Config的設置 創建相應的HttpMoles 根據發生的事件 調用HttpApplication實例中相應的事件處理函數 創建很多實現IExecutionStep介面的類的實例並添加到當前HttpApplication實例的_execSteps中 等待回調時執行 從這里我們可以看到HttpApplication是以非同步的方式處理請求 對請求的很多處理工作都放入了_execStep等待回調時執行 _execStep中主要的處理工作如下 )對請求的路徑進行安全檢查 禁止非法路徑訪問(ValidatePathExecutionStep) )如果設置了UrlMappings 進行RewritePath(UrlMappingsExecutionStep) )執行事件處理函數 比如 BeginRequest AuthenticateRequest等等 )獲取處理當前請求的HttpHandler ASP NET頁面的動態編譯也是在這里進行的 (MapHandlerExecutionStep)該處理是通過調用System Web HttpApplication MapHttpHandler方法 在MapHttpHandler中 首先根據訪問的地址從nfig獲取相應的實現IHttpHandlerFactory的類型 對於頁面 默認是PageHanlderFactory 然後創建PageHanlderFactory實例 調用GetHandlerHelper 在GetHandlerHelper中調用BuildManager CreateInstanceFromVirtualPath編譯並創建當前請求的ASP NET頁面的實例(如果已經編譯過 直接從緩存中載入) CreateInstanceFromVirtualPath經過幾次方法調用 將編譯任務給了BuildManager CompileWebFile() CompileWebFile從nfig得到相應的BuildProvider 對於 aspx文件 相應的BuildProvider是PageBuildProvider PageBuildProvider是如何進行頁面編譯的 這里就不再就進一步分析了 如果你感興趣 可以進一步研究ASP NET 的源代碼 )調用相應HttpHandler的 ProcessRequest方法處理請求(如果是非同步方式 調用BeginProcessReques) （CallHandlerExecutionStep） )將響應內容寫入Filter (CallFilterExecutionStep)

調用HttpApplication實例的BeginProcessRequest非同步處理請求 上面所講的_execSteps中所發生的許多事情 都是在HttpRuntime調用HttpApplication BeginProcessRequest之後 在BeginProcessRequest中調用ResumeSteps後執行的

lishixin/Article/program/net/201311/12956