Asp.Net Core Web應(yīng)用程序—探索

前言

作為一個(gè)Windows系統(tǒng)下的開發(fā)者，我對(duì)于Core的使用機(jī)會(huì)幾乎為0，但是考慮到微軟的戰(zhàn)略規(guī)劃，我覺(jué)得，Core還是有先了解起來(lái)的必要。

因?yàn)?，目前微軟已?jīng)搞出了兩個(gè)框架了，一個(gè)是Net標(biāo)準(zhǔn)(.NetFramework)，一個(gè)是Net Core。

而新特性的更新幾乎都是在Net Core這個(gè)框架中。

所以，考慮到未來(lái)，一旦Core完善了，那微軟肯定會(huì)放棄現(xiàn)在的.NetFrameWork。

因此，.Net程序員集體改用Net Core，想來(lái)，一定是大趨勢(shì)。

所以讓我們懷著探索的精神來(lái)看看Asp.Net Core Web應(yīng)用程序吧。

創(chuàng)建Asp.Net Core項(xiàng)目

首先，我們先來(lái)創(chuàng)建一個(gè)Asp.Net Core Web應(yīng)用程序項(xiàng)目，然后一起探索。

打開Visual Studio創(chuàng)建項(xiàng)目，選擇Asp.Net Core Web應(yīng)用程序，如下圖：

 然后選擇Asp.Net Core Web應(yīng)用程如下圖：

然后我們得到了這樣一個(gè)布局的項(xiàng)目，如下圖：

 可以看到，項(xiàng)目中有四個(gè)文件和兩個(gè)文件夾（Page、wwwroot）。

其中wwwroot文件夾很特別，圖標(biāo)和其他的文件夾不一樣，不過(guò)依然可以修改他的名稱，修改名稱后，文件夾圖標(biāo)會(huì)變回普通的圖標(biāo)，不過(guò)既然是特殊圖標(biāo)，想來(lái)一定有特殊意義，我們稍后再研究，先接著向下瀏覽Page文件夾。

Page文件夾展開后，發(fā)現(xiàn)里面有很多頁(yè)面，因此，很明顯，它就是存儲(chǔ)頁(yè)面的地方了，頁(yè)面內(nèi)容我們稍后再看，現(xiàn)在，我們先看看項(xiàng)目最外面的四個(gè)文件。

Program.cs

看到這個(gè)文件我也很奇怪，Web是依賴IIS部署，AspNet中是沒(méi)有Program的，那么Core中為什么多出了個(gè)Program文件呢？我們調(diào)查一下。

原來(lái)AspNetCore有一個(gè)自帶的服務(wù)器，叫做Kestrel 。

什么是自帶服務(wù)器呢？就好比我們創(chuàng)建了一個(gè)WCF服務(wù)，但又不想掛IIS上，就自己建一個(gè)ServiceHost來(lái)掛服務(wù)。

但Kestrel 明顯更高級(jí)，它還支持與反向代理服務(wù)器（如 Internet Information Services (IIS)、Nginx 或 Apache）結(jié)合使用。

什么是【反向代理服務(wù)器】呢？就是由與IIS類似的服務(wù)器，先接收來(lái)自網(wǎng)絡(luò)的 HTTP 請(qǐng)求，然后再將這些請(qǐng)求轉(zhuǎn)發(fā)到 Kestrel，最后由Kestrel來(lái)實(shí)現(xiàn)調(diào)用，調(diào)用流程如下圖所示。

調(diào)查到這里，我做大致可以猜出了Program.cs是干什么的了——它應(yīng)該是用來(lái)啟動(dòng)Kestrel 這個(gè)服務(wù)器的。

現(xiàn)在我打開Program.cs，發(fā)現(xiàn)如下代碼。

public static IWebHost BuildWebHost(string[] args) =>
 WebHost.CreateDefaultBuilder(args)
 .UseStartup<Startup>()
 .Build();

個(gè)人認(rèn)為這段代碼很坑，這是一個(gè)函數(shù)的簡(jiǎn)寫，但又沒(méi)起到簡(jiǎn)寫的作用，還容易擾亂初學(xué)者，所以我們做一下修改，如下：

public static void Main(string[] args)
{
 BuildWebHost(args).Run();
}
public static IWebHost BuildWebHost(string[] args)
{
 return WebHost.CreateDefaultBuilder(args)
 .UseStartup<Startup>()
 .Build();
}

看修改后代碼，我們就很明確了，Main函數(shù)啟動(dòng)，調(diào)用BuildWebHost函數(shù)，故名思意，這是一個(gè)創(chuàng)建網(wǎng)站服務(wù)器的函數(shù)，返回值是IWebHost。

然后，我們看到了，在Main函數(shù)使用BuildWebHost函數(shù)返回的IWebHost的實(shí)例，執(zhí)行其下的Run方法。

到此，已經(jīng)很明確了，Program就是啟動(dòng)服務(wù)器用的。

Startup.cs

這個(gè)文件我們相對(duì)比較熟悉，它是項(xiàng)目啟動(dòng)時(shí)便會(huì)調(diào)用的文件，功能有很多，下面看下系統(tǒng)為我們生成的代碼。

public class Startup
{
 public Startup(IConfiguration configuration)
 {
 Configuration = configuration;
 }
 public IConfiguration Configuration { get; }
 public void ConfigureServices(IServiceCollection services)
 {
 services.AddMvc();
 }
 public void Configure(IApplicationBuilder app, IHostingEnvironment env)
 {
 if (env.IsDevelopment())
 {
 app.UseBrowserLink();
 app.UseDeveloperExceptionPage();
 }
 else
 {
 app.UseExceptionHandler("/Error");
 }
 app.UseStaticFiles();
 app.UseMvc();
 }
}

我們看到了三個(gè)函數(shù)，現(xiàn)在，我們簡(jiǎn)單的為三個(gè)函數(shù)打一下斷點(diǎn)，啟動(dòng)一下網(wǎng)站。

很簡(jiǎn)單的得出，三個(gè)函數(shù)的運(yùn)行順序是Startup——>ConfigureServices——>Configure。

構(gòu)造函數(shù)是簡(jiǎn)單的賦值，我們跳過(guò)它，來(lái)看ConfigureServices。

可以看到ConfigureServices里只調(diào)用了services.AddMvc()，查看官方介紹，原來(lái)這個(gè)方法是將Mvc服務(wù)添加到指定的服務(wù)集合中。

通過(guò)調(diào)試，發(fā)現(xiàn)ConfigureServices函數(shù)的services.AddMvc()與Configure函數(shù)app.UseMvc()是成對(duì)的，即當(dāng)我們把MVC服務(wù)添加到服務(wù)集合中，才能在后續(xù)的Configure方法里使用Mvc服務(wù)。

那么我們建立的是Web應(yīng)用，為什么要添加Mvc服務(wù)呢？我們吧Mvc服務(wù)刪除一下看看效果吧。

刪除了Mvc服務(wù)后，我們會(huì)發(fā)現(xiàn)，網(wǎng)站啟動(dòng)起來(lái)了，但是并沒(méi)有正常訪問(wèn)我們的主頁(yè)。

重新添加回Mvc服務(wù)，我們?cè)賳?dòng)網(wǎng)站，查看下網(wǎng)站鏈接路徑如下：

http://localhost:1234/Indexp>

http://localhost:1234/About

可以發(fā)現(xiàn)，這些路徑是Mvc模式的路徑，也就是說(shuō)，Asp.Net Core Web應(yīng)用程序也是用Mvc路由訪問(wèn)網(wǎng)址，所以，Mvc的服務(wù)是必須添加的。

Configure中，我們看到還使用了其他IApplicationBuilder的方法，不過(guò)這些方法我們即便注釋掉，也不影響網(wǎng)站啟動(dòng)，所以我們暫時(shí)忽略他們，等用到在學(xué)習(xí)吧。

bundleconfig.json

故名思意，捆配置文件，感覺(jué)和mvc的BundleConfig.cs文件很像，打開看一下，可以確定了，就是mvc的捆配置文件。那也就是說(shuō)，這個(gè)是沒(méi)什么用的文件，因?yàn)榇蠖鄶?shù)情況，我們不會(huì)進(jìn)行捆配置。

appsettings.json

依然故名思意，應(yīng)該是應(yīng)用設(shè)置文件，這個(gè)名字很像，webconfig里的AppSetting節(jié)點(diǎn)，所以推斷，它應(yīng)該是個(gè)配置項(xiàng)目固定值的文件。

百度一下appsettings.json，發(fā)現(xiàn)有很多都是如何讀取該文件內(nèi)容的文章，那么，現(xiàn)在可以確定了，它就是個(gè)變量配置文件。

文件講解完了，下面我們來(lái)看文件夾里的內(nèi)容。

wwwroot

上門介紹過(guò)了，wwwroot是一個(gè)有特殊標(biāo)記的文件夾。

打開wwwroot，我們會(huì)發(fā)現(xiàn)里面存儲(chǔ)的是樣式和圖片。運(yùn)行網(wǎng)站，在網(wǎng)站里查看下這些圖片，會(huì)發(fā)現(xiàn)圖片地址都很奇怪。

圖片路徑是/wwwroot/images/banner1.svg，但訪問(wèn)起來(lái)，卻是http://localhost:1234/images/banner1.svg。

也就是說(shuō)，wwwroot路徑會(huì)被省略，換一種說(shuō)話，wwwroot會(huì)被放到網(wǎng)站根目錄下。

我們?cè)谧鰝€(gè)實(shí)驗(yàn)，新建個(gè)文件夾存儲(chǔ)一些圖片，運(yùn)行網(wǎng)站訪問(wèn)，我們會(huì)發(fā)現(xiàn)，根本無(wú)法訪問(wèn)這些圖片。

那么，我們可以得出結(jié)論了，wwwroot是Asp.Net Core Web應(yīng)用程序唯一可以訪問(wèn)的資源文件夾。

Pages

打開Page文件夾，我們可以看到4個(gè)可以展開的cshtml和4個(gè)不能展開的cshtml文件。

打開我們最眼熟的_ViewStart.cshtml，雙擊進(jìn)入，發(fā)現(xiàn)代碼如下：

@{
 Layout = "_Layout";
}

可以看到，ViewStart代碼和MVC的ViewStart一樣，那也就是說(shuō)，這是個(gè)配置布局的文件了。

那么相對(duì)應(yīng)的_Layout.cshtml我們也可以確定了，它就是個(gè)布局文件，那么，剩下兩個(gè)cshtml文件，我們也可以推斷出了，他們也是配置文件或者布局文件。

下面我們來(lái)看那4個(gè)可以展開的cshtml文件。

首先我們展開Index.cshtml文件，如下圖：

接著，我們雙擊Index.cshtml文件，發(fā)現(xiàn)里面就是普通的html+razor標(biāo)記。

然后，我們?cè)匐p擊Index.cshtml.cs文件查看內(nèi)容，得到代碼如下：

public class IndexModel : PageModel
{
 public void OnGet()
 {
 }
}

通過(guò)項(xiàng)目結(jié)構(gòu)我們可以判斷，Index.cshtml.cs是Index.cshtml的一個(gè)后臺(tái)文件。

但查看代碼，卻發(fā)現(xiàn)里面的類是個(gè)繼承PageModel類的IndexModel，那它到底和Index.cshtml文件有什么關(guān)系呢？

我們先通過(guò)命名推測(cè)，IndexModel中包含Model關(guān)鍵字，所以他應(yīng)該是與Index.cshtml文件有關(guān)的Model。

與Index.cshtml文件有關(guān)的Model？那不就是ViewModel了嗎?。?！

現(xiàn)在我們?cè)倩仡^仔細(xì)的看下Index.cshtml文件尋找線索。

我發(fā)現(xiàn)，該文件的前兩行內(nèi)容如下：

@page
@model IndexModel

這是Mvc傳遞頁(yè)面實(shí)體的寫法，即IndexModel確實(shí)是Index.cshtml的實(shí)體。

那么，我們上面的推測(cè)就被證實(shí)了，Index.cshtml.cs文件就是Index.cshtml文件的ViewModel。

但Onget是什么呢？

我們依然通過(guò)命名推測(cè)，我推測(cè)它就是以前AspNet的PageLoad（頁(yè)面導(dǎo)入時(shí)觸發(fā)的函數(shù)）？

下面我們測(cè)試一下，修改代碼如下：

public string title; <br>public void OnGet()
{
 title = this.Request.Query["title"];
 if (!string.IsNullOrWhiteSpace(title))
 {
 ViewData["Title"] = title;
 }
}

然后斷點(diǎn)Onget方法。

接著我們?cè)L問(wèn)http://localhost:1234/index?title=kiba網(wǎng)址。

結(jié)果，我們的斷點(diǎn)被命中了，標(biāo)題也順利設(shè)置成功。因此，我們的推測(cè)又成功了，OnGet就是我們之前的PageLoad方法。

結(jié)語(yǔ)
綜上所述，我們對(duì)Asp.Net Core Web應(yīng)用程序已經(jīng)有了一定的了解，然后我得出了這樣一個(gè)結(jié)論：

[Asp.Net Core Web應(yīng)用程序]在設(shè)計(jì)上，采用的了MVVM的設(shè)計(jì)理念（cshtml.cs文件就是我們[服務(wù)端]頁(yè)面的ViewModel了），請(qǐng)求網(wǎng)址使用了Mvc的路徑訪問(wèn)技術(shù)，整體上是一個(gè)更優(yōu)秀的AspNet框架。

到此Asp.Net Core Web應(yīng)用程序探索就結(jié)束了。

代碼已經(jīng)傳到Github上了，歡迎大家下載。

Github地址：https://github.com/kiba518/KibaAspNetCore

以上所述是小編給大家介紹的Asp.Net Core Web應(yīng)用程序—探索詳解整合，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com