這篇文章列出了針對(duì) ASP.NET 開發(fā)人員的有用工具用上了。

　　工具

　　1. Visual Studio

　　Visual Studio Productivity Power tool：Visual Studio 專業(yè)版（及以上）的擴(kuò)展，具有豐富的功能能力建設，如快速查找關註，導(dǎo)航解決方案，可搜索的附加參考對(duì)話框等

ASPCMS批量添加產(chǎn)品 　　ReSharper：提高 .NET 開發(fā)人員生產(chǎn)力的工具無障礙，提高代碼質(zhì)量連日來，通過(guò)提供快速修復(fù)消除錯(cuò)誤，等等

　　MZ-Tools：它可以在方法發揮重要帶動作用、文件意向、項(xiàng)目、解決方案或項(xiàng)目組文化價值、選定的文本形式，文件組合或項(xiàng)目組合中找到字符串。結(jié)果示于下面的結(jié)果窗口中不斷完善，比由 Microsoft IDE 提供的要更方便數字化。

　　Web Essentials：提高生產(chǎn)力和幫助高效編寫 CSS方便，Java，HTML 等

ASPCMS批量助手 　　MSVSMON：遠(yuǎn)程調(diào)試監(jiān)視器（msvsmon.exe）是一個(gè) Visual Studio 連接進(jìn)行遠(yuǎn)程調(diào)試的小型應(yīng)用程序深刻內涵。在遠(yuǎn)程調(diào)試時(shí)傳遞，Visual Studio 運(yùn)行在一臺(tái)計(jì)算機(jī)（調(diào)試器主機(jī)）上，遠(yuǎn)程調(diào)試監(jiān)視器運(yùn)行與你正在調(diào)試的應(yīng)用程序運(yùn)行在一臺(tái)遠(yuǎn)程計(jì)算機(jī)上深入闡釋。

　　WIX toolset：從 XML 源代碼構(gòu)建 Windows 安裝程序包相關性。

　　Code digger:：Code Digger 是 Visual Studio 2012/2013 擴(kuò)展程序，它可以幫助你了解你的代碼行為物聯與互聯。

　　CodeMaid：CodeMaid 是一個(gè)開源的 Visual Studio 2012/2013/2015 擴(kuò)展程序穩定，用于清理，挖掘和簡(jiǎn)化你的代碼供給。

　　OzCode：強(qiáng)大的 Visual Studio 調(diào)試器可視化工具優勢與挑戰。

　　CodeRush：這是一個(gè) Visual Studio 的重構(gòu)和生產(chǎn)率插件。

　　T4 Text Template:：在 Visual Studio 中解決方案，T4 Text Template 用作生成代碼文件的模板趨勢。模板可以通過(guò)編寫文本塊和控制邏輯來(lái)定義。

　　Indent Guides：在每個(gè)縮進(jìn)級(jí)別添加垂直線上高質量。

　　PowerShell Tools：一套用于開發(fā)和調(diào)試 PowerShell 腳本以及 Visual Studio 2015中模塊的工具一站式服務。

　　Visual Studio Code：免費(fèi)的跨平臺(tái)編輯器，用來(lái)構(gòu)建和調(diào)試現(xiàn)代 web 和云的應(yīng)用程序攻堅克難。 [由 Cheung Tat Ming提供]

　　AutoPoco：AutoPoco 是一個(gè)高度可配置的框架管理，用于流暢構(gòu)建可讀的來(lái)自于 Plain Old CLRObjects 的測(cè)試數(shù)據(jù)。

　　Supercharger：這是一個(gè)旨在顯著改善 Visual Studio 開發(fā)體驗(yàn)的擴(kuò)展程序雙向互動。它建立在并增強(qiáng)了先前的 VS10x 產(chǎn)品效率和安，如 CodeMAP、Editor View Enhancer品牌、Comments Extender深入開展，同時(shí)還增加了新的高品質(zhì)工具。

　　2. ASP.NET

　　Fiddler：捕捉 HTTP 請(qǐng)求/響應(yīng)以及模擬請(qǐng)求行為等形式。

　　AutoMapper：對(duì)象到對(duì)象的映射技術的開發。例如，該工具可用于映射實(shí)體對(duì)象到領(lǐng)域?qū)ο箫w躍，而不是寫手?dòng)映射代碼更高效。

　　Unity/Ninject/Castle Windsor/StructureMap/Spring.Net：依賴注入框架。有很多可用的 DI 框架重要部署。

　　.NET Reflector：.NET 程序集反編譯器緊密協作。

　　dotPeek：.NET 程序集反編譯器。

　　ILSpy:：.NET 程序集反編譯器線上線下。

　　memprofiler：查找內(nèi)存泄漏并優(yōu)化內(nèi)存使用的強(qiáng)大工具ASPCMS批量助手發揮重要作用。

　　PostSharp：刪除重復(fù)編碼醒悟，并防止由于橫切關(guān)注點(diǎn)以及面向方面編程而造成的代碼膨脹。

　　ASPhere：有 GUI 的 web.config 編輯器高質量。

　　3. REST API

　　Swagger UI：API 測(cè)試和文檔工具也逐步提升。[視頻]

　　PostMan：REST 客戶端 Chrom 擴(kuò)展程序。 [由 Cheung Tat Ming提供]

　　4. WCF

　　SOAP UI：API 測(cè)試工具註入了新的力量，支持所有標(biāo)準(zhǔn)協(xié)議和技術(shù)重要的作用。

　　WireShark：這是一個(gè)針對(duì) Unix 和 Windows 的網(wǎng)絡(luò)協(xié)議分析儀。它可以在 TCP 層捕獲流量特點，幫助你發(fā)現(xiàn) soap 封套積極回應。

　　SvcTraceViewer：可以更好地查看由 WCF 產(chǎn)出的巨大跟蹤文件重要性。

　　Svc Config Editor：用于管理 WCF 相關(guān)配置的 GUI 工具又進了一步。

　　ASP.NET MVC隨想錄漫談OWIN

　　OWIN是Open Web Server Interface for .NET的首字母縮寫，他的定義如下：

　　OWIN在.NET Web Servers與Web Application之間定義了一套標(biāo)準(zhǔn)接口多元化服務體系，OWIN的目標(biāo)是用于解耦Web Server和Web Application規劃。基于此標(biāo)準(zhǔn)深度，鼓勵(lì)開發(fā)者開發(fā)簡(jiǎn)單帶動擴大、靈活的模塊，從而推進(jìn).NET Web Development開源生態(tài)系統(tǒng)的發(fā)展ASPCMS批量更新文章開拓創新。

　　正如你看到的這樣持續發展，OWIN是接口、契約促進善治，而非具體的代碼實(shí)現(xiàn)擴大，僅僅是規(guī)范(specifications)，所以要實(shí)現(xiàn)自定義基于OWIN的Web Server必須要實(shí)現(xiàn)此規(guī)范發揮效力。

　　歷時(shí)兩年（2010-2012）新格局，OWIN的規(guī)范終于完成并且當(dāng)前版本是1.0，在OWIN的官網(wǎng)上可以看到更具體的信息安全鏈。

　　為什么我們需要OWIN

　　過(guò)去顯示，IIS作為.NET 開發(fā)者來(lái)說(shuō)是最常用的Web Server（沒(méi)有之一），源于微軟產(chǎn)品的緊耦合關(guān)系真正做到，我們不得不將Website集聚、Web Application、Web API等部署在IIS上調整推進，事實(shí)上在2010年前并沒(méi)有什么不妥狀況，但隨著近些年來(lái)Web的發(fā)展，特別是移動(dòng)互聯(lián)網(wǎng)飛速發(fā)展建強保護，IIS作為Web Server已經(jīng)暴露出他的不足了同期。主要體現(xiàn)在兩個(gè)方面生產效率，ASP.NET (System.Web)緊耦合IIS，IIS緊耦合OS效果，這就意味著使用，我們的Web Framework必須部署在微軟的操作系統(tǒng)上，難以跨平臺(tái)密度增加。

　　ASP.NET 和IIS

　　我們知道有效性，不管是ASP.NET MVC 還是ASP.NET WEB API 等都是基于ASP.NET Framework的，這種關(guān)系從前綴就可以窺倪出來(lái)機遇與挑戰。而ASP.NET的核心正是System.Web這個(gè)程序集廣泛關註，而且System.Web緊耦合IIS，他存在于.NET Framework中集成技術。所以就能壓製，這導(dǎo)致了Web Framework嚴(yán)重的局限性：

　　ASP.NET 的核心System.Web，而System.Web緊耦合IIS

　　System.Web 是.NET Framework重要組成適應能力，已有15年以上歷史更優美，沉重、冗余防控，性能差成效與經驗，難于測(cè)試，約2.5M

　　System.Web要更新和發(fā)布新功能必須等待.NET Framework發(fā)布

　　.但NET Framework是Windows的基ASPCMS批量添加欄目礎(chǔ)堅實基礎，往往不會(huì)隨意更新稍有不慎。

　　所以要想獲取最新的Web Framework是非常麻煩的，幸運(yùn)的事等地，微軟已經(jīng)意識(shí)到了問(wèn)題的嚴(yán)重性最為顯著，最新的Web Framework都是通過(guò)Nuget來(lái)獲取。

　　當(dāng)然這是一部分原因物聯與互聯，還有一層原因是ASP.NET & IIS實(shí)在太過(guò)于笨重穩定，如何講呢？

　　復(fù)雜的生命周期已成為累贅振奮起來？簡(jiǎn)單來(lái)說(shuō)品質，當(dāng)請(qǐng)求到達(dá)服務(wù)器時(shí)，Windows內(nèi)核組件HTTP.SYS組件捕獲請(qǐng)求深入各系統，他會(huì)分析請(qǐng)求并決定是否交給IIS來(lái)處理解決問題，當(dāng)請(qǐng)求到達(dá)IIS之后，IIS會(huì)根據(jù)處理程序映射來(lái)匹配請(qǐng)求并交給對(duì)應(yīng)的程序集（實(shí)現(xiàn)了ISAPI接口作用，比如我們熟知的aspnet_isapi.dll是專門用來(lái)處理ASP.NET Application）處理相互配合，最后加載了CLR運(yùn)行環(huán)境，將請(qǐng)求交給aspnet_wp.exe去處理，這時(shí)復(fù)雜的ASP.NET生命周期往往令人頭大智能化，但事實(shí)上有很多時(shí)候我們并不需要他科技實力。

　　如下圖所示ASP.NET Architecture：

　　打開IIS，你會(huì)發(fā)現(xiàn)他提供了非常豐富的功能：緩存建設、身份驗(yàn)證在此基礎上、壓縮、加密等前來體驗。但隨著移動(dòng)互聯(lián)網(wǎng)蓬勃的發(fā)展自主研發，特別是HTML 5越來(lái)越成熟的今天，我們看到越來(lái)越多的操作發(fā)生在客戶端更加廣闊，而不是沉重的從服務(wù)器產(chǎn)生HTML返回損耗，更多的是通過(guò)異步AJAX返回原生的數(shù)據(jù)。同理非常完善，對(duì)于APP來(lái)說(shuō)我們只需要Mobile Service返回?cái)?shù)據(jù)性能穩定。顯然IIS顯得笨重了點(diǎn)，而且IIS作為微軟產(chǎn)品系的一環(huán)緊密協作，耦合程度太高越來越重要。所以我們迫切需要輕量、快速發揮重要作用、可擴(kuò)展的宿主來(lái)承載Web Application和Web Service。

　　Microsoft ASP.NET Core 權(quán)限提升漏洞（CVE-2017-11879）