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

　　工具

　　1. Visual Studio

　　Visual Studio Productivity Power tool：Visual Studio 專業(yè)版（及以上）的擴展，具有豐富的功能有所提升，如快速查找聽得進，導(dǎo)航解決方案，可搜索的附加參考對話框等

ASPCMS批量添加產(chǎn)品 　　ReSharper：提高 .NET 開發(fā)人員生產(chǎn)力的工具先進水平，提高代碼質(zhì)量便利性，通過提供快速修復(fù)消除錯誤，等等

　　MZ-Tools：它可以在方法重要平臺、文件深刻認識、項目、解決方案或項目組更適合、選定的文本高效，文件組合或項目組合中找到字符串。結(jié)果示于下面的結(jié)果窗口中要素配置改革，比由 Microsoft IDE 提供的要更方便。

　　Web Essentials：提高生產(chǎn)力和幫助高效編寫 CSS保障性，Java帶動產業發展，HTML 等

ASPCMS批量助手 　　MSVSMON：遠程調(diào)試監(jiān)視器（msvsmon.exe）是一個 Visual Studio 連接進行遠程調(diào)試的小型應(yīng)用程序。在遠程調(diào)試時十分落實，Visual Studio 運行在一臺計算機（調(diào)試器主機）上倍增效應，遠程調(diào)試監(jiān)視器運行與你正在調(diào)試的應(yīng)用程序運行在一臺遠程計算機上。

　　WIX toolset：從 XML 源代碼構(gòu)建 Windows 安裝程序包製造業。

　　Code digger:：Code Digger 是 Visual Studio 2012/2013 擴展程序優化服務策略，它可以幫助你了解你的代碼行為。

　　CodeMaid：CodeMaid 是一個開源的 Visual Studio 2012/2013/2015 擴展程序發展基礎，用于清理兩個角度入手，挖掘和簡化你的代碼。

　　OzCode：強大的 Visual Studio 調(diào)試器可視化工具積極。

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

　　T4 Text Template:：在 Visual Studio 中，T4 Text Template 用作生成代碼文件的模板產業。模板可以通過編寫文本塊和控制邏輯來定義滿意度。

　　Indent Guides：在每個縮進級別添加垂直線。

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

　　Visual Studio Code：免費的跨平臺編輯器主要抓手，用來構(gòu)建和調(diào)試現(xiàn)代 web 和云的應(yīng)用程序。 [由 Cheung Tat Ming提供]

　　AutoPoco：AutoPoco 是一個高度可配置的框架構建，用于流暢構(gòu)建可讀的來自于 Plain Old CLRObjects 的測試數(shù)據(jù)創新科技。

　　Supercharger：這是一個旨在顯著改善 Visual Studio 開發(fā)體驗的擴展程序。它建立在并增強了先前的 VS10x 產(chǎn)品，如 CodeMAP高效流通、Editor View Enhancer調解製度、Comments Extender，同時還增加了新的高品質(zhì)工具功能。

　　2. ASP.NET

　　Fiddler：捕捉 HTTP 請求/響應(yīng)以及模擬請求行為應用的因素之一。

　　AutoMapper：對象到對象的映射。例如預期，該工具可用于映射實體對象到領(lǐng)域?qū)ο蟾异侗O督，而不是寫手動映射代碼。

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

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

　　dotPeek：.NET 程序集反編譯器規模最大。

　　ILSpy:：.NET 程序集反編譯器穩中求進。

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

　　PostSharp：刪除重復(fù)編碼最深厚的底氣，并防止由于橫切關(guān)注點以及面向方面編程而造成的代碼膨脹協同控製。

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

　　3. REST API

　　Swagger UI：API 測試和文檔工具品質。[視頻]

　　PostMan：REST 客戶端 Chrom 擴展程序利用好。 [由 Cheung Tat Ming提供]

　　4. WCF

　　SOAP UI：API 測試工具，支持所有標準協(xié)議和技術(shù)解決問題。

　　WireShark：這是一個針對 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之間定義了一套標準接口保護好，OWIN的目標是用于解耦Web Server和Web Application”憩F；诖藰藴侍攸c，鼓勵開發(fā)者開發(fā)簡單、靈活的模塊結論，從而推進.NET Web Development開源生態(tài)系統(tǒng)的發(fā)展ASPCMS批量更新文章和諧共生。

　　正如你看到的這樣，OWIN是接口適應性強、契約技術交流，而非具體的代碼實現(xiàn)先進的解決方案，僅僅是規(guī)范(specifications)，所以要實現(xiàn)自定義基于OWIN的Web Server必須要實現(xiàn)此規(guī)范創造更多。

　　歷時兩年（2010-2012）宣講活動，OWIN的規(guī)范終于完成并且當前版本是1.0，在OWIN的官網(wǎng)上可以看到更具體的信息工藝技術。

　　為什么我們需要OWIN

　　過去效率，IIS作為.NET 開發(fā)者來說是最常用的Web Server（沒有之一），源于微軟產(chǎn)品的緊耦合關(guān)系近年來，我們不得不將Website講道理、Web Application、Web API等部署在IIS上技術先進，事實上在2010年前并沒有什么不妥更多的合作機會，但隨著近些年來Web的發(fā)展，特別是移動互聯(lián)網(wǎng)飛速發(fā)展認為，IIS作為Web Server已經(jīng)暴露出他的不足了服務好。主要體現(xiàn)在兩個方面，ASP.NET (System.Web)緊耦合IIS反應能力，IIS緊耦合OS發展邏輯，這就意味著，我們的Web Framework必須部署在微軟的操作系統(tǒng)上製高點項目，難以跨平臺。

　　ASP.NET 和IIS

　　我們知道範圍和領域，不管是ASP.NET MVC 還是ASP.NET WEB API 等都是基于ASP.NET Framework的有所增加，這種關(guān)系從前綴就可以窺倪出來。而ASP.NET的核心正是System.Web這個程序集更高要求，而且System.Web緊耦合IIS越來越重要的位置，他存在于.NET Framework中。所以共同學習，這導(dǎo)致了Web Framework嚴重的局限性：

　　ASP.NET 的核心System.Web順滑地配合，而System.Web緊耦合IIS

　　System.Web 是.NET Framework重要組成，已有15年以上歷史效高，沉重前沿技術、冗余，性能差性能，難于測試多種方式，約2.5M

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

　　.但NET Framework是Windows的基ASPCMS批量添加欄目礎(chǔ)，往往不會隨意更新技術創新。

　　所以要想獲取最新的Web Framework是非常麻煩的深入交流研討，幸運的事資料，微軟已經(jīng)意識到了問題的嚴重性，最新的Web Framework都是通過Nuget來獲取關註度。

　　當然這是一部分原因橫向協同，還有一層原因是ASP.NET & IIS實在太過于笨重，如何講呢敢於挑戰？

　　復(fù)雜的生命周期已成為累贅不斷創新？簡單來說，當請求到達服務(wù)器時探索，Windows內(nèi)核組件HTTP.SYS組件捕獲請求堅持先行，他會分析請求并決定是否交給IIS來處理，當請求到達IIS之后滿意度，IIS會根據(jù)處理程序映射來匹配請求并交給對應(yīng)的程序集（實現(xiàn)了ISAPI接口情況較常見，比如我們熟知的aspnet_isapi.dll是專門用來處理ASP.NET Application）處理，最后加載了CLR運行環(huán)境主要抓手，將請求交給aspnet_wp.exe去處理體製，這時復(fù)雜的ASP.NET生命周期往往令人頭大，但事實上有很多時候我們并不需要他很重要。

　　如下圖所示ASP.NET Architecture：

　　打開IIS能力和水平，你會發(fā)現(xiàn)他提供了非常豐富的功能：緩存、身份驗證異常狀況、壓縮研究、加密等。但隨著移動互聯(lián)網(wǎng)蓬勃的發(fā)展應用創新，特別是HTML 5越來越成熟的今天提高，我們看到越來越多的操作發(fā)生在客戶端，而不是沉重的從服務(wù)器產(chǎn)生HTML返回的特性，更多的是通過異步AJAX返回原生的數(shù)據(jù)交流。同理，對于APP來說我們只需要Mobile Service返回數(shù)據(jù)提供堅實支撐。顯然IIS顯得笨重了點還不大，而且IIS作為微軟產(chǎn)品系的一環(huán)，耦合程度太高信息化技術。所以我們迫切需要輕量發揮作用、快速、可擴展的宿主來承載Web Application和Web Service系統性。

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