MVC架构已深得人心，微软也不甘落后,推出了Asp.net MVC。小编特意整理博客园乃至整个网络最具价值的MVC技术原创文章，为想要学习ASP.NET MVC技术的学习者提供一个整合学习入口。本文从Why,What,How三个角度整理MVC 的学习资源，让学习者第一时间找到最有价值的文章，获取最彻底的ASp.NET MVC 框架知识，Let’s go! 1. Why :为什么需要ASP.NET MVC 本章主要为大家汇总了为什么学习Asp.net MVC替代WebForms，产生ASP.NET MVC 的
由于ASP.NET Core框架在本质上就是由服务器和中间件构建的消息处理管道，所以在它上面构建的应用开发框架都是建立在某种类型的中间件上，整个ASP.NET Core MVC开发框架就是建立在用来实现路由的EndpointRoutingMiddleware和EndpointMiddleware中间件上。ASP.NET Core MVC利用路由系统为它分发请求，并在此基础上实现针对目标Controller的激活、Action方法的选择和执行，以及最终对于执行结果的响应。在介绍的实例演示中，我们将对上面创建的ASP.NET Core作进一步改造，使之转变成一个MVC应用。
.NET Core具有一个承载（Hosting）系统，承载需要在后台长时间运行的服务，一个ASP.NET Core应用仅仅是该系统承载的一种服务而已。承载系统总是采用依赖注入的方式来消费它在服务承载过程所需的服务。对于承载系统来说，原始的服务注册总是体现为一个IServiceCollection集合，最终的依赖注入容器则体现为一个IServiceProvider对象，如果要将第三方依赖注入框架整合进来，就需要利用它们解决从IServiceCollection集合到IServiceProvider对象之间的适配问题。
生命周期决定了IServiceProvider对象采用怎样的方式提供和释放服务实例。虽然不同版本的依赖注入框架针对服务实例的生命周期管理采用了不同的实现，但总的来说原理还是类似的。在我们提供的依赖注入框架Cat中，我们已经模拟了三种生命周期模式的实现原理，接下来我们结合“服务范围”的概念来对这个话题做进一步讲述。
近期，ActiveReports 产品开发组的小伙伴针对大家比较关注的报表功能、常见问题、经典实现，特意准备了一个Demo代码集合，涉及WinFormss \ ASP.NET \ MVC 多个技术平台，包含导出、打印、WebViewer、HTML5Viewer、自定义工具栏、自定义搜索等多个具体功能的实现。
毫不夸张地说，整个ASP.NET Core框架是建立在依赖注入框架之上的。ASP.NET Core应用在启动时构建管道以及利用该管道处理每个请求过程中使用到的服务对象均来源于依赖注入容器。该依赖注入容器不仅为ASP.NET Core框架自身提供必要的服务，同时也是应用程序的服务提供者，依赖注入已经成为了ASP.NET Core应用的基本编程模式。
ASP.NET Core的核心是通过一个Server和若干注册的Middleware构成的管道，不论是管道自身的构建，还是Server和Middleware自身的实现，以及构建在这个管道的应用，都需要相应的服务提供支持，ASP.NET Core自身提供了一个DI容器来实现针对服务的注册和消费。换句话说，不只是ASP.NET Core底层框架使用的服务是由这个DI容器来注册和提供，应用级别的服务的注册和提供也需要以来这个DI容器，所以正如本文标题所说的——学习ASP.NET Core，你必须了解无处不在的“依
当我们最开始学习一门技术的时候都喜欢从Hello World来时，貌似和我们本篇的主题不太搭。但事实却非如此，在我们看来如下这个Hello World是对ASP.NET Core框架本质最好的体现。
对于所有的AOP框架来说，多个拦截器最终会应用到某个方法上。这些拦截器按照指定的顺序构成一个管道，管道的另一端就是针对目标方法的调用。从设计角度来将，拦截器和中间件本质是一样的，那么我们可以按照类似的模式来设计拦截器。
之所以称ASP.NET Core是一个Web开发平台，源于它具有一个极具扩展性的请求处理管道，我们可以通过这个管道的定制来满足各种场景下的HTTP处理需求。ASP. NET Core应用的很多特性，比如路由、认证、会话、缓存等，也同时定制消息处理管道来实现的。我们甚至可以通过管道定制在ASP.NET Core平台上创建我们自己的Web框架，实际上MVC和SingalR这两个重要的Web框架也是采用这样的方式创建的。 HTTP协议自身的特性决定了任何一个Web应用的工作方式都是监听、接收并处理HTTP请求，
微软在千禧年推出 .NET战略，并在两年后推出第一个版本的.NET Framework和IDE（Visual Studio.NET 2002，后来改名为Visual Studio），如果你是一个资深的.NET程序员，相信传统的.NET应用的开发方式已经深深地烙印在你的脑子里面。.NET Core打来了全新的开发体验，但是开发方式的差异根本不足以成为你快速跨入.NET Core 世界的门槛，因为在.NET Core在很多方面比传统的.NET Framework应用开发要简单。为了消除很多尚未接触过.NET C
ASP.NET Core框架建立在一些核心的基础框架之上，这些基础框架包括依赖注入、文件系统、配置选项和诊断日志等。这些框架不仅仅是支撑ASP.NET Core框架的基础，我们在进行应用开发的时候同样会频繁地使用到它们。对于这里提到的这几个基础框架，依赖注入尤为重要。ASP.NET Core应用在启动以及后续针对请求的处理过程中，它会依赖各种的组件提供服务。为了便于定制，这些组件一般会以接口的形式进行“标准化”，我们将这些标准化的组件统一称为“服务（Service）”。整个ASP.NET Core框架建立在一个底层的依赖注入框架之上，它使用依赖注入容器来提供所需的服务对象。要了解这个依赖注入容器以及它的服务提供机制，我们得先知道什么是“依赖注入（DI：Dependence Injection）”。一旦我们提到依赖注入，又不得不说说“控制反转（IoC：Inverse of Control）”。
Microsoft已经发布了ASP.NET Model-View-Controller (MVC) web框架1.0版，这是微软采用开源协议发布,并且同开发社区充分互动的一个产品,和ASP.NET Webform 1.0的发布完全不同，ASP.NET MVC自从RC版本开始就进入了稳定版本 。 在官方下载页面上对ASP.NET MVC这样描述道： ASP.NET MVC在现有的ASP.NET 3.5运行时的基础上提供了一个新的MVC框架。开发人员可以用MVC设计模式来构建Web应用，做到清晰的概念分离（
2014年11月12日的Connect ();开发者活动上宣布将.NET堆栈基于MIT协议开源，并且提供开源保证，托管在Github上。当时的版本与最终目标相距甚远，然而有一点可以肯定的是，这是一个与.NET Framework 4.x完全不同的框架。 这在社区引发了诸多疑惑和争论。进行剧烈变更的原因显而易见：.NET Framework 4.x已经无法充分发挥最新的技术的威力，而且无法完全满足开发跨平台，云化的大规模应用需求，而一个全新的框架可以让.NET开发者以更简单、更直接的方式来开发Web服务与应用
2019年1月19日，微软技术（苏州）俱乐部成立，我受邀在成立大会上作了一个名为《ASP.NET Core框架揭秘》的分享。在此次分享中，我按照ASP.NET Core自身的运行原理和设计思想创建了一个 “迷你版” 的ASP.NET Core框架，并且利用这个 “极简” 的模拟框架阐述了ASP.NET Core框架最核心、最本质的东西。整个框架涉及到的核心代码不会超过200行，涉及到7个核心的对象。由于ASP.NET Core 3.X采用了不同的应用承载方式，所以我们将这个模拟框架升级到3.x版本。[本篇内容节选自即将出版的《ASP.NET Core 3框架解密》，感兴趣的朋友可以通过《“ASP.NET Core 3框架揭秘”读者群，欢迎加入》加入本书读者群，以便及时了解本书的动态。源代码从这里下载。]https://files.cnblogs.com/files/artech/mini-asp-net-core-framework.7z
一.ABP的简单介绍 ABP是“ASP.NET Boilerplate Project (ASP.NET样板项目)”的简称。 ASP.NET Boilerplate是一个用最佳实践和流行技术开发现代WEB应用程序的新起点，它旨在成为一个通用的WEB应用程序框架和项目模板。 ASP.NET Boilerplate 基于DDD的经典分层架构思想，实现了众多DDD的概念（但没有实现所有DDD的概念）。 二.ASP.NET ZERO和ABP的关系 ASP.NET ZERO 是 利用ABP框架搭建的模板项目，它会提供
微软开发了跨平台和开放源代码框架ASP.NET Core，用于构建现代的，基于云的和Internet连接的应用程序。它旨在使运行时组件，API，编译器和语言能够快速发展，并在.NET Core或.NET Framework的macOS，Linux和Windows上运行。
基于IHostBuilder/IHost的服务承载系统建立在依赖注入框架之上，它在服务承载过程中依赖的服务（包括作为宿主的IHost对象）都由代表依赖注入容器的IServiceProvider对象提供。在定义承载服务时，也可以采用依赖注入方式来消费它所依赖的服务。作为依赖注入容器的IServiceProvider对象能否提供我们需要的服务实例，取决于相应的服务注册是否预先添加到依赖注入框架中。服务注册可以通过调用IHostBuilder接口或者IWebHostBuilder接口相应的方法来完成，前者在《服务承载系统》已经有详细介绍，下面介绍基于IWebHostBuilder接口的服务注册。[本文节选自《ASP.NET Core 3框架揭秘》第11章, 更多关于ASP.NET Core的文章请点这里]
大多数情况下，我是一名 ASP.NET开发人员。我不需要指定 MVC 或 Web Form，他们都是微软One ASP.NET战略的核心。我的应用程序往往是混合的，不仅包括Web Form，MVC还包括SignalR和 Web API。 不要把ASP.NET想为一个孤立的小岛。它是大社区里的公民。随着越来越多的 ASP.NET 成为开源，而且我们每天努力推动其成为开放的。我们想要让ASP.NET更可插入、 更开放、 更有趣。整个ASP.NET都是开放的Web开发平台，横跨.NET/Mono. One A
包含服务注册信息的IServiceCollection集合最终被用来创建作为依赖注入容器的IServiceProvider对象。当需要消费某个服务实例的时候，我们只需要指定服务类型调用IServiceProvider的GetService方法即可，IServiceProvider对象就会根据对应的服务注册提供所需的服务实例。
提到“配置”二字，我想绝大部分.NET开发人员脑海中会立即浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置定义在这两个XML格式的文件之中。到了.NET Core的时代，很多我们习以为常的东西都发生了改变，其中就包括定义配置的方式。总的来说，新的配置系统显得更加轻量级，并且具有更好的扩展性，其最大的特点就是支持多样化的数据源。我们可以采用内存的变量作为配置的数据源，也可以将配置定义在持久化的文件甚至数据库中。在对配置系统进行系统介绍之前，我们先从编程的角度来体验一下全新的配置读取方式。
设置自定义的入口程序体现应用本身与应用托管之间的分离，它使我们可以创建独立于托管环境的应用，并根据需要寄宿于任何一个我们希望的宿主程序下，对于Web应用来说这一点尤为重要。对于之前的Web应用来说，IIS是它们唯一的宿主，但是ASP.NET 5应用却可以将我们指定的入口程序作为宿主。如果将应用寄宿于我们指定的宿主程序，这样的寄宿方式被称为Self-Host，接下来我们通过一个具体的例子来演示如何定义一个简单的ASP.NET MVC应用，并采用Self-Host的方式启动它。 我们在HelloWorld目录下
作为ASP.NET CORE请求处理管道的“龙头”的服务器负责监听和接收请求并最终完成对请求的响应。它将原始的请求上下文描述为相应的特性（Feature），并以此将HttpContext上下文创建出来，中间件针对HttpContext上下文的所有操作将借助于这些特性转移到原始的请求上下文上。除了我们最常用的Kestrel服务器，ASP.NET CORE还提供了其他类型的服务器。
自从2021年2月第20轮公布的测试以后，一年半后 的2022年7月19日 发布了 TechEmpower 21轮测试报告：Round 21 results - TechEmpower Framework Benchmarks。Techempower benchmark是包含范围最广泛的web框架性能测试，覆盖了比较典型的使用场景，其可参考性极强。另外，所有测试源代码和软硬件配置都开放，基本得到大家的认可。
2019年1月19日，微软技术（苏州）俱乐部成立，我受邀在成立大会上作了一个分享。在此次分享中，我按照ASP.NET Core自身的运行原理和设计思想创建了一个 “迷你版” 的ASP.NET Core框架，并且利用这个 “极简” 的模拟框架阐述了ASP.NET Core框架最核心、最本质的东西。整个框架涉及到的核心代码不会超过200行，涉及到7个核心的对象。由于ASP.NET Core 3.X采用了不同的应用承载方式，所以我们将这个模拟框架升级到3.x版本。[本篇内容节选自即将出版的《ASP.NET Core 3框架解密》，感兴趣的朋友可以加入本书读者群，以便及时了解本书的动态。源代码从下载。
之所以称ASP.NET Core是一个Web开发平台，而不是一个单纯的开发框架，源于它具有一个极具扩展性的请求处理管道，我们可以通过对这个管道的定制来满足各种场景下的HTTP处理需求。ASP. NET Core应用的很多特性，比如路由、认证、会话、缓存等，都是通过对管道的定制来实现的。我们甚至可以通过管道定制在ASP.NET Core平台上创建我们自己的Web框架，实际上MVC和SingalR这两个重要的Web框架也是采用这样的方式创建的。 [源代码从这里下载] 目录 一、从Hello World说起 二
在《配置模型总体设计》介绍配置模型核心对象的时候，我们刻意回避了与配置同步相关的API，现在我们利用一个独立文章来专门讨论这个话题。配置的同步涉及到两个方面：第一，对原始的配置源实施监控并在其发生变化之后重新加载配置；第二，配置重新加载之后及时通知应用程序进而使应用能够及时使用最新的配置。要了解配置同步机制的实现原理，我们先得了解一下配置数据的流向。
本文来源于知乎的一个提问，提问的是一个大一软件工程专业的学生，他想要自学C#但是不知道该怎么去学，这让他感到很迷茫，希望有人能给他一些建议和提供一些学习方向。
HttpModule是用来注册HttpApplication事件的，实现IHttpModule接口的托管代码模块可以访问该请求管道的所有事件。那么对于我们最常用的ASP.NET Forms身份验证模块是如何底层封装处理的呢？ 今天过了一遍ASP.NET生命周期，以前的时候喜欢做各种应用，小程序等，渐渐地就觉得真没意思，因为只要你懂点基本的语法，会用相关的库亦或是框架就行，如果出错就是些许的细节错误，严格来说这不锻炼人，这有点像是温水煮青蛙，当然不能说这不好，这可以帮我们熟练地掌握框架的使用，增加熟练度及相关基础的应用，但是就个人而言老觉得缺点什么...后来想想，我要做的其实就是让别人用我开发的框架，库，我想研究的是框架底层的架构而不是用框架。于是过了一遍生命周期，处了IIS处理请求部分实在不懂之外，对ASP.NET处理请求还是更熟练了，对于不懂得我不会去刻意强求懂，毕竟自己的技术深度，广度摆在那，日后到了时候自然会懂。IIS7较之于之前的版本，其扩增了一个集成模式。IS 7.0 集成管道是一种统一的请求处理管道，它同时支持本机代码和托管代码模块。实现 IHttpModule 接口的托管代码模块可访问该请求管道中的所有事件。例如，托管代码模块可用于 ASP.NET 网页（.aspx 文件）和 HTML 页（.htm 或 .html 文件）的 ASP.NET Forms 身份验证。即使 IIS 和 ASP.NET 将 HTML 页视为静态资源，情况也是如此。 从功能上讲，HttpModule之于ASP.NET，就好比ISAPI Filter之于IIS一样。IIS将接收到的请求分发给相应的ISAPI Extension之前，注册的ISAPI Filter会先截获该请求。ISAPI Filter可以获取甚至修改请求的内容，完成一些额外的功能。与之相似地，当请求转入ASP.NET管道后，最终负责处理该请求的是与请求资源类型相匹配的HttpHandler对象，但是在Handler正式工作之前，ASP.NET会先加载并初始化所有配置的HttpModule对象。HttpModule在初始化的过程中，会将一些功能注册到HttpApplication相应的事件中，那么在HttpApplication整个请求处理生命周期中的某个阶段，相应的事件会被触发，通过HttpModule注册的事件处理程序也得以执行。 所有的HttpModule都实现了IHttpModule接口，下面是IHttpModule的定义。其中Init方法用于实现HttpModule自身的初始化，该方法接受一个HttpApplication对象，有了这个对象，事件注册就很容易了。 ASP.NET提供的很多基础构件（Infrastructure）功能都是通过相应的HttpModule实现的，下面类列出了一些典型的HttpModule: OutputCacheModule：实现了输出缓存（Output Caching）的功能； SessionStateModule：在无状态的HTTP协议上实现了基于会话（Session）的状态； WindowsAuthenticationModule + FormsAuthenticationModule + PassportAuthentication- Module：实现了3种典型的身份认证方式：Windows认证、Forms认证和Passport认证； UrlAuthorizationModule + FileAuthorizationModule：实现了基于Uri和文件ACL（Access Control List）的授权。 抱着吹毛求疵的学习态度，我研究了一下Forms认证的源码(其实也不是源码，利用reflector查出来的)
在最近发布的Visual Studio 2012及.NET 4.5中， 微软正式推出新的网络服务框架ASP.NET Web API。作为ASP.NET MVC 4的一部分，ASP.NET Web API这套开源框架的设计目的是简化RESTful服务的开发和使用。 ASP.NET Web API 与之前的内建HTTP服务解决方案的不同之处在于，它一开始就是围绕HTTP协议及其消息语义构建起来的。与WCF REST或ASP.NET AJAX加ASMX相比，它不是对现有框架的增强，而是一个全新的平台。新的ASP.
SignalR类似与JavaScript实时框架，如Socket.IO。SignalR能够完成客户端向服务器的异步通信，并同时支持服务器向浏览器客户端推送事件。SignalR的连接通过日益流行的WebSockets API完成，而如果WebSockets无法使用，它会透明地回落为长轮询技术（long-polling technique）。如果开发人员想使用Signal，需要在客户端层使用像jQuery的JavaScript框架，并在服务端层使用.NET代码编写应用和服务。SignalR具有多种编程模型（Pe
作为《ASP.NET Core 3框架揭秘》的升级版，《ASP.NET Core 6框架揭秘》提供了很多新的章节，同时对现有的内容进行大量的修改。虽然本书旨在对ASP.NET Core框架的架构设计和实现原理进行剖析，但是其中提供的258个实例演示却可以作为入门材料，这个系列会将这些演示实例单独提取出来并进行汇总。对于想学习ASP.NET Core的同学，如果你觉得没有必要“钻的这么深”，倒是可以看看。本篇提供的20个简单的演示实例基本涵盖了ASP.NET Core 6基本的编程模式，我们不仅会利用它们来演示针对控制台、API、MVC、gRPC应用的构建与编程，还会演示Dapr在.NET 6中的应用。除此之外，这20个实例还涵盖了针对依赖注入、配置选项、日志记录的应用。(本篇提供的实例已经汇总到《ASP.NET Core 6框架揭秘-实例演示版》）
asp.net ajax 充分利用客户端 JavaScript、DHTML 和 XMLHttpRequest 对象。其目的是帮助开发人员创建更具交互性的支持 AJAX 的 Web 应用程序 ASP.NET 页面的服务器端:ASP.NET 临时文件的存储以及动态生成的用于为页面响应提供服务的类的源代码。此外，还将构建一个可以与任何 ASP.NET 2.0 或 ASP.NET AJAX（原代号为“Atlas”）应用程序一同使用的资源管理器工具，以查看和调试您的页面执行的实际代码. http://msdn.mic
ASP.NET Core应用默认的请求处理管道是由注册的IServer对象和HostingApplication对象组成的，后者利用一个在创建时提供的RequestDelegate对象来处理IServer对象分发给它的请求。而RequestDelegate对象实际上是由所有的中间件按照注册顺序创建的。换句话说，这个RequestDelegate对象是对中间件委托链的体现。如果将RequestDelegate替换成原始的中间件，那么ASP.NET Core应用的请求处理管道体现为下图所示的形式。[本文节选自《ASP.NET Core 3框架揭秘》第13章, 更多关于ASP.NET Core的文章请点这里]
最近一些项目开始用到CMS系统，最开始是研究JAVA的，无奈国内JAVA的CMS开源系统还是比较少，最多最成熟的还是PHP的，当然现在.NET的也不少了，这里做一下汇总备忘，留待学习研究。
最近一直在学习MVC(MVC出来这么久了才开始学习，惭愧！不过我一向认为MS的东西不到RC版或至少第三个版本，基本上学了也是白学，按微软的风格，这个补丁那个bug的，到时候多半还要回炉再学＾＿＾)，虽然园子里的不少达人也写了不少相关的文章，但要么就是针对以前的旧版本的，要么就不是很系统（也有可能是我没找到地方），当然从这上面也能学到不少东西，但总觉得不过瘾，只能硬着头皮把官方的教程过了一遍，看完之后，感觉这一套教程写得很系统，也有一定深度，基本上全看完并照着练几遍后，已经足矣用于日常开发，本想把这一系列全翻
AutoMapper 是属于 .Net 基金会的一个项目，本文将简要介绍该项目相关的信息。
前言 性能是我们日常生活中经常接触到的一个词语，更好的性能意味着能给我们带来更好的用户体检。比如我们在购买手机、显卡、CPU等的时候，可能会更加的关注于这样指标，所以本篇就来做一个性能评测。 性能也一直是我们开发人员一直追求的一个目标，我们在做语言选择，平台选择，架构选择的过程中都需要在性能之间做衡量。 同样性能对 .NET Core 团队来说也是至关重要的，一项新技术的诞生，除了对生产力的提高，还有技术团队对性能的追求。 今天，我们就来做一个对比测试，来看看微软的这样新技术性能到底怎么样，俗话说的好：“是
meta packages 是指包含所有 ASP.NET Core 依赖的一个包，这个包叫做 Microsoft.Asp.NetCore。
SiteServer CMS 是.NET平台的CMS系统，也是一款拥有十年历史与广泛知名度的CMS系统，2017年5月初迈出了自成立以来的最具跨越性的一步，宣布开源并推出全新5.0版本。
通过《利用容器提供服务》我们知道作为依赖注入容器的IServiceProvider对象是通过调用IServiceCollection接口的扩展方法BuildServiceProvider创建的，IServiceCollection对象是一个存放服务注册信息的集合。在《一个迷你版DI框架》中创建的Cat框架中的服务注册是通过类型ServiceRegistry表示的，在.NET Core依赖注入框架中，与之对应的类型是ServiceDescriptor。
web在过去20年时间里改变得相当快。越来越多的逻辑从服务器端移动到了客户端。不但需要在客户端编写更复杂的JavaScript代码，而且最近几年还发生了一些奇特的事情：JavaScript正在转移到服
一则新闻《软件服务提供商Xamarin融资1200万美元》，更详细的内容可以看Xamarin的官方博客Xamarin raises $12M to help you make better apps faster →。这篇新闻里告诉了我们目前Mono的用户规模“使用Xamarin软件的应用开发者已经超过15万，其中付费用户约为7500名。在Xamarin的客户中，还包括一些知名的企业，如美国国家仪器（National Instruments）和数字音乐订阅服务商Rdio等”。一直关注和研究Mono项目，今天
一、ASP.NET Core WebApi课程介绍 人生苦短，我用.NET Core！提到Api接口，一般会想到以前用到的WebService和WCF服务，这三个技术都是用来创建服务接口，只不过WebAPI用起来更简单，更轻量级，更流行。构建一个优秀的API依赖于伟大的框架，今天我们的主角当然是微软的跨平台轻量级HTTP服务框架——Asp.net Core WebApi。今天阿笨将给大家带来的分享课程是如何利用ASP.NET Core WebApi跨平台开发技术构建我们的API服务应用程序并在部署运行不同
近日研究人员发现，在过去一年间，一个复杂的且极可能由国家民族支持的威胁行为者一直在利用面向公众的ASP.NET应用程序中的反序列漏洞来部署无文件恶意软件，从而危害一些主要的公共和私营组织。
单页面应用程序(SPA)[使用JavaScript、CSS和HTML强大的功能，可以构建一个单页面应用程序(SPAs)],它提供了丰富的用户体验页面。导航技术和AJAX提供必要的功能,而不用重新加载页面. 由于成熟的web标准技术javascript,CSS,和HTML，使得SPA发展壮大。所有这些可以用来构建功能全面的用户接口包括一个web页面,在页面内使用一个或更多的技术导航到不同的内容。而ASP.NET和Web 2012.2工具下载提供SPA模板(和许多更多的更新),所以当处理一个项目时，你不必重新发
由于ASP.NET Web API具有与ASP.NET MVC类似的编程方式，再加上目前市面上专门介绍ASP.NET Web API 的书籍少之又少（我们看到的相关内容往往是某本介绍ASP.NET MVC的书籍“额外奉送”的），以至于很多人会觉得ASP.NET Web API仅仅是ASP.NET MVC的一个小小的扩展而已，自身并没有太多“大书特书”的地方。而真实的情况下是：ASP.NET Web API不仅仅具有一个完全独立的消息处理管道，而且这个管道比为ASP.NET MVC设计的管道更为复杂，功能也更
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
