开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

asp.Net <control>在当前上下文中不存在

当前问答内容的主题是 ASP.NET 的控件。在 ASP.NET 中，控件是一种可重用的代码逻辑，用于在页面上显示数据。ASP.NET 提供了一些内置的控件，如 HTML 控件、Web 控件和自定义控件等，这些控件可以帮助开发人员快速地构建功能丰富的网站和应用程序。

在当前上下文中，不存在 <control> 控件。这可能是因为该控件尚未被引入到当前的上下文中，或者该控件的名称拼写有误。如果您需要使用该控件，请确保其已经被引入到当前的上下文中，并且名称拼写正确。

如果您需要使用 ASP.NET 控件，可以在 Visual Studio 中通过“工具箱”来添加和自定义控件。您还可以使用 ASP.NET 的官方网站和其他资源来了解更多关于 ASP.NET 控件的信息。

相关搜索:当前上下文中不存在ASP.NET按钮当前上下文中不存在Web？当前上下文中不存在TextToSplit 当前上下文中不存在布局 ASP.NET网站“名称在当前上下文中不存在”名称'Program‘在ASP.net核心的当前上下文中不存在 “TeleportClassicalMessage”在当前上下文中不存在当前上下文中不存在名称"xxxxx"当前上下文中不存在名称"EVAL"@html在当前上下文中不存在当前上下文中不存在名称“ViewData”Machinekey在当前上下文中不存在当前上下文中不存在名称"'_emailSender'“名称'img‘在当前上下文中不存在 "loginrand"名称在当前上下文中不存在名称'Password‘在当前上下文中不存在 "controlname"名称在当前上下文中不存在名称WebHost在当前上下文中不存在名称'_dictionary‘在当前上下文中不存在名称XXXX在当前上下文中不存在

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

AOP框架Dora.Interception 3.0 [3]: 拦截器设计

对于所有的AOP框架来说，多个拦截器最终会应用到某个方法上。这些拦截器按照指定的顺序构成一个管道，管道的另一端就是针对目标方法的调用。从设计角度来将，拦截器和中间件本质是一样的，那么我们可以按照类似的模式来设计拦截器。

02

ASP.NET Core MVC应用模型的构建[1]: 应用的蓝图

我个人觉得这是ASP.NET Core MVC框架体系最核心的部分。原因很简单，MVC框架建立在ASP.NET Core路由终结点上，它最终的目的就是将每个Action方法映射为一个或者多个路由终结点，路由终结点根据附加在Action上的若干元数据构建而成。为了构建描述当前应用所有Action的元数据，MVC框架会提取出定义在当前应用范围内的所有Controller类型，并进一步构建出基于Controller的应用模型。应用模型不仅仅是构建Action元数据的基础，承载API的应用还可以利用它自动生成API开发文档，一些工具甚至可以利用应用模型自动生成消费API的客户端代码。这篇文章大概是两年之前写的，可能一些技术细节在最新版本的ASP.NET Core MVC已经发生了改变，但总体设计依然如此。

01

ASP.NET Core的路由[4]：来认识一下实现路由的RouterMiddleware中间件

虽然ASP.NET Core应用的路由是通过RouterMiddleware这个中间件来完成的，但是具体的路由解析功能都落在指定的Router对象上，不过我们依然有必要以代码实现的角度来介绍一下这个中间件。在这之前，我们先来认识一个特殊的特性。[本文已经同步到《ASP.NET Core框架揭秘》之中] 让RouterMiddleware中间件委托Router完整整个路由工作之后，解析出来的路由参数会以一个RouteData对象的形式存储在RouteContext上下文中。但是RouteContext是为R

05

【ASP.NET Core 基础知识】--依赖注入（DI）--生命周期和作用域

在依赖注入（Dependency Injection，简称 DI）中，生命周期和作用域是非常重要的概念，它们对于正确设计和实现软件系统具有至关重要的作用。以下是生命周期和作用域在依赖注入中重要性的详细阐述：

00

ASP.NET MVC Controller激活系统详解：总体设计

我们将整个ASP.NET MVC框架划分为若干个子系统，那么针对请求上下文激活目标Controller对象的子系统被我们成为Controller激活系统。在正式讨论Controller对象具体是如何被创建爱之前，我们先来看看Controller激活系统在ASP.NET MVC中的总体设计，了解一下组成该子系统的一些基本的组件，以及它们对应的接口或者抽象类是什么。目录一、Controller 二、 ControllerFactory 三、ControllerBuilder 实例演示：如何提

06

看过这么多爆文，依旧走不好异步编程这条路？

本文带大家抓住异步编程async/await语法糖的牛鼻子: SynchronizationContext。

02

ConcurrencyMode.Multiple 模式下的WCF服务就一定是并发执行的吗：探讨同步上下文对并发的影响[下篇]

在《上篇》中，我通过一个具体的实例演示了WCF服务宿主的同步上下文对并发的影响，并简单地介绍了同步上下文是什么东东，以及同步上下文在多线程中的应用。那么，同步上下文在WCF并发体系的内部是如何影响服务操作的执行的呢？这实际上涉及到WCF的一个话题，即线程的亲和性（Thread Affinity），本篇文章将为你剖析WCF线程亲和机制的本质。一、WCF线程亲和性（Thread Affinity）对于服务端来说，WCF消息监听和接收体系通过IO线程池并发的处理来自客户端的服务调用请求，所以并发抵达的服务

ASP.NET MVC基于标注特性的Model验证：将ValidationAttribute应用到参数上

ASP.NET MVC默认采用基于标准特性的Model验证机制，但是只有应用在Model类型及其属性上的ValidationAttribute才有效。如果我们能够将ValidationAttribut

09

[ASP.NET Core 3框架揭秘] 依赖注入[8]：服务实例的生命周期

生命周期决定了IServiceProvider对象采用怎样的方式提供和释放服务实例。虽然不同版本的依赖注入框架针对服务实例的生命周期管理采用了不同的实现，但总的来说原理还是类似的。在我们提供的依赖注入框架Cat中，我们已经模拟了三种生命周期模式的实现原理，接下来我们结合“服务范围”的概念来对这个话题做进一步讲述。

05

我的KT库之—–对象池

http://www.cnblogs.com/kingthy/archive/2011/08/08/2130973.html

01

Entity Framework Core 2.0 使用入门

一.前言 Entity Framework（后面简称EF）作为微软家的ORM，自然而然从.NET Framework延续到了.NET Core。以前我也嫌弃EF太重而不去使用它，但是EF Core（Entity Framework Core）已经做了很多性能优化，还有一些增加新特性，吸引了我去使用它。关于EF Core 2.0 的新特性请看：http://www.cnblogs.com/stulzq/p/7366044.html 二.控制台程序使用 EF Core（Code First） 1.新建一个.NE

03

认识ASP.NET MVC的5种AuthorizationFilter

在总体介绍了筛选器及其提供机制（《深入探讨ASP.NET MVC的筛选器》）之后，我们按照执行的先后顺序对四种不同的筛选器进行单独介绍，首先来介绍最先执行的AuthorizationFilter。从命名来看，AuthorizationFilter用于完成授权相关的工作，所以它应该在Action方法被调用之前执行才能起到授权的作用。不仅限于授权，如果我们希望目标Action方法被调用之前中断执行的流程“做点什么”，都可以以AuthorizationFilter的形式来实现。[本文已经同步到《How ASP.N

06

ASP.Net ViewState的实现

选择自timmy3310的BlogViewState是.Net中提出的状态保存的一种新途C#

03

viewstate解密

看完之后,觉得能不用viewstate就不用,再者像这样viewstate[“a”]=”b”;这种简单的赋值是没有什么关系的,它生成的树是很小的,altas一定是用js修改了viewstate的,但方法肯定是加密再加密的,效率也应该很低.

03

ASP.NET的路由系统：根据路由规则生成URL

前面我们已经提到过，ASP.NET 的路由系统主要具有两个方面的应用，其一就是通过注册URL模板与物理文件路径的匹配实现请求地址和物理地址的分离；另一个则是通过注册的路由规测生成一个相应的URL。后者通过调用RouteCollection类型的GetVirtualPath方法来实现。[源代码从这里下载] 如下面的代码片断所示，GetVirtualPath定义了两个GetVirtualPath方法重载，它们共同的参数requestContext和values分别表示请求上下文（RouteData和HTTP上下

08

ASP.NET Core路由中间件[4]: EndpointRoutingMiddleware和EndpointMiddleware

针对终结点的路由是由EndpointRoutingMiddleware和EndpointMiddleware这两个中间件协同完成的。应用在启动之前会注册若干表示终结点的Endpoint对象（具体来说是包含路由模式的RouteEndpoint对象）。如下图所示，当应用接收到请求并创建HttpContext上下文之后，EndpointRoutingMiddleware中间件会根据请求的URL及其他相关信息从注册的终结点中选择匹配度最高的那个。之后被选择的终结点会以一个特性（Feature）的形式附加到当前HttpContext上下文中，EndpointMiddleware中间件最终提供这个终结点并用它来处理当前请求。[更多关于ASP.NET Core的文章请点这里]

04

创建一个自定义 ASP.NET Core Docker 镜像

本节课，我们通过创建一个自定义 Dockerfile 文件,将示例YoYoMooc.Exampleapp应用程序制作为 Docker 镜像。

03

ASP.NET Core中如影随形的”依赖注入”[上]: 从两个不同的ServiceProvider说起

我们一致在说 ASP.NET Core广泛地使用到了依赖注入，通过前面两个系列的介绍，相信读者朋友已经体会到了这一点。由于前面两章已经涵盖了依赖注入在管道构建过程中以及管道在处理请求过程的应用，但是内容相对分散和零碎，我们有必要针对这个主题作一个归纳性的介绍。采用依赖注入的服务均由某个ServiceProvider来提供，但是在ASP.NET Core管道涉及到两个不同的ServiceProvider，其中一个是在管道成功构建后创建并绑定到WebHost上的ServiceProvider，对应着WebHos

08

浅谈Await

我们都知道Await关键字是.Net FrameWork4.5引入的特性。await使得我们使用异步更加时特别便捷，并且还不会导致线程堵塞。我们在使用时也就莫名其妙的使用。往往不知道为什么不会导致线程堵塞。在这里，简单的谈论下await的一点原理。

02

asp.net core的DI框架思考以及服务实例的获取方式总结

转载请注明出处: https://home.cnblogs.com/u/zhiyong-ITNote/

02

ASP.NET Identity 2新增双重认证、帐号锁定、防伪印章功能并修复了一些bug

Microsoft最近发布了ASP.NET Identity 2，该版本支持双重认证、帐号锁定以及防伪印章功能，还增强了用户帐号和索引。此外新版本还包含一个改进的密码验证器并修复了一些bug。借助于双重认证，开发者能够使用定制的提供程序保护用户帐号，而不是使用传统的SMS和基于email的验证。例如，开发者能够编写自己的自定义提供程序，例如QR代码生成器，并使用手机上的身份验证应用程序验证它们。新版本的ASP.NET Identity 2.0能够保护用户远离暴力破解的困扰，如果用户输入了错误的密码或者双

08

新的ASP.NET Core 迁移指南

最近在微信里做了一个调查，收到550份调查，参与的人数中接近1/3 还在维护Web Forms应用程序，说明这个存量规模还是很大的。

02

asp.net core 系列之用户认证(1)-给项目添加 Identity

对于没有包含认证(authentication),的项目，你可以使用基架(scaffolder)把 Identity的程序集包加入到项目中，并且选择性的添加Identity的代码进行生成。

01

ASP.NET5 中静态文件的各种使用方式服务端的静态文件开启目录浏览呈现默认文件使用UseFileServer方法文件类型基于IIS的考虑最佳实践

所谓静态文件，包含HTML文件，css文件、图片文件和js文件等，他们是服务器直接读取到客户端的一些资源，在这篇文章中，我们将解释关于ASP.NET5和静态文件的一些内容。服务端的静态文件默认情况下，静态文件被存放在项目的wwwroot目录下，而wwwroot的地址被定义在project.json文件中： { "webroot": "wwwroot", ... } 静态文件被存储在wwwroot下的任何目录中，它被客户端以相对路径的方式访问，例如，当你在Visual Studio中创建

08

Http请求处理流程

我查阅过不少Asp.Net的书籍，发现大多数作者都是站在一个比较高的层次上讲解Asp.Net。他们耐心、细致地告诉你如何一步步拖放控件、设置控件属性、编写CodeBehind代码，以实现某个特定的功能。

02

ASP.NET三剑客 HttpApplication HttpModule HttpHandler 解析

我们都知道，ASP.Net运行时环境中处理请求是通过一系列对象来完成的，包含HttpApplication，HttpModule, HttpHandler。之所以将这三个对象称之为ASP.NET三剑客是因为它们简直不要太重要，完全是ASP.NET界的中流砥柱，责任担当啊。了解它们之前我们得先知道ASP.NET管道模型。

09

.NET简谈组件程序设计之(上下文与同步域)

我们继续学习.NET多线程技术，这篇文章的内容可能有点复杂。在打破常理之后，换一种新的思考模型最为头疼。这篇文章里面会涉及到一些不太常见的概念，比如：上下文、同步域等等。我也是最近才接触这些关于组件编程方面的高深技术，大家一起学习，再大的困难也是有时间限制的，只要我们坚持。

01

Asp.Net WebApi核心对象解析（一）

本文主要介绍了ASP.NET Web API的背景、使用方法和核心对象，包括HttpRequestMessage、HttpResponseMessage、HttpClient等，并分析了如何使用这些对象来处理HTTP请求和响应。

07

ASP.NET三剑客 HttpApplication HttpModule HttpHandler 解析

我们都知道，ASP.Net运行时环境中处理请求是通过一系列对象来完成的，包含HttpApplication,HttpModule,HttpHandler。之所以将这三个对象称之为ASP.NET三剑客是因为它们简直不要太重要，完全是ASP.NET界的中流砥柱，责任担当啊。了解它们之前我们得先知道ASP.NET管道模型。 ASP.NET管道模型这里以IIS6.0为例，它在工作进程w3wp.exe中会利用aspnet_isapi.dll加载.NET运行时。IIS6.0引入了应用程序池的概念，一个工作进程对应着一

05

ASP.NET Web API自身对CORS的支持: CORS授权检验的实施

通过《EnableCorsAttribute特性背后的故事》我们知道：由CorsPolicyProvider提供的CorsPolicy表示目标Action采用的资源授权策略，ASP.NET Web API最终需要利用它对具体的跨域资源请求实施授权检验并生成相应的CORS响应报头。在ASP.NET Web API的应用编程接口中，资源授权检验的结果通过类型CorsResult来表示。一、CorsResult CorsResult定义在命名空间“System.Web.Cors”下，表示资源提供者针对具体跨域资

ASP.NET Core的几种服务器类型[共6篇]

作为ASP.NET CORE请求处理管道的“龙头”的服务器负责监听和接收请求并最终完成对请求的响应。它将原始的请求上下文描述为相应的特性（Feature），并以此将HttpContext上下文创建出来，中间件针对HttpContext上下文的所有操作将借助于这些特性转移到原始的请求上下文上。除了我们最常用的Kestrel服务器，ASP.NET CORE还提供了其他类型的服务器。

04

ASP.NET MVC以ModelValidator为核心的Model验证体系: ModelValidatorProviders

前面篇文章我们分别介绍用真正用于实施Model验证的ModelValidator（《ASP.NET MVC以ModelValidator为核心的Model验证体系: ModelValidator》），以及用于提供ModelValidator的ModelValidatorProvider（《ASP.NET MVC以ModelValidator为核心的Model验证体系: ModelValidatorProvider》），那么对于ASP.NET MVC的Model验证体系来说，最终是通过怎样的方式对ModelV

06

ASP.NET MVC 5 -从控制器访问数据模型

在本节中，您将创建一个新的MoviesController类，并在这个Controller类里编写代码来取得电影数据，并使用视图模板将数据展示在浏览器里。在开始下一步前，先Build一下应用程序(生

05

ASP.NET 运行机制详解

1.浏览器和服务器的交互原理通俗描述：我们平时通过浏览器来访问网站，其实就相当于你通过浏览器去访问一台电脑上访问文件一样，只不过浏览器的访问请求是由被访问的电脑上的一个 WEB服务器软件来接收处理，它会分析接收到的请求信息，从而按照请求信息来找到服务器电脑上的文件，经过处理，最终将生成的内容发回到浏览器。简单的说就是：由浏览器生成一条“命令”，通过互联网发给另一台电脑的某个软件(服务器软件)；服务器软件接收到“命令”，就分析理解这个“命令”，然后按照“命令”找到服务器电脑上的文件，将文件内容发送回浏览器

07

ASP.NET Core真实管道详解[1]：中间件是个什么东西？

ASP.NET Core管道虽然在结构组成上显得非常简单，但是在具体实现上却涉及到太多的对象，所以我们在《ASP.NET Core管道深度剖析[共4篇]》中围绕着一个经过极度简化的模拟管道讲述了真实管道构建的方式以及处理HTTP请求的流程。在这个系列中，我们会还原构建模拟管道时刻意舍弃和改写的部分，想读者朋友们呈现一个真是的HTTP请求处理管道。 ASP.NET Core 的请求处理管道由一个Server和一组有序排列的中间件构成，前者仅仅完成基本的请求监听、接收和响应的工作，请求接收之后和响应之前

C#并发编程之异步编程(三)

本篇是异步编程系列的第三篇，本来计划第三篇的内容是介绍异步编程中常用的几个方法，但是前两篇写出来后，身边的朋友总是会有其他问题，所以决定再续写一篇，作为异步编程(一)和异步编程(二)的补充。

05

FeatureCollection

ASP.NET Core管道虽然在结构组成上显得非常简单，但是在具体实现上却涉及到太多的对象，所以我们在 “通过重建Hosting系统理解HTTP请求在ASP.NET Core管道中的处理流程”（上篇、中篇、下篇）中围绕着一个经过极度简化的模拟管道讲述了真实管道构建的方式以及处理HTTP请求的流程。在本系列中，我们会还原构建模拟管道时可以舍弃和改写的部分，向读者朋友们呈现一个真是的HTTP请求处理管道。 ASP.NET Core 的请求处理管道由一个服务器与一组有序排列的中间件构成，前者仅仅完成请求监听、接收和响应这些与底层网络相关的工作，至于请求接收之后和响应之前的所有工作都交给中间件来完成。ASP.NET Core的中间件通过一个类型Func<RequestDelegate, RequestDelegate>的委托对象来表示，而RequestDelegate也是一个委托，它代表一项请求处理任务。 [本文已经同步到《ASP.NET Core框架揭秘》之中]

02

.NET Glossary

本词汇表的主要目标是阐明 .NET 文档中经常出现的选定术语和首字母缩略词的含义。奥特提前编译器。与JIT类似，此编译器还将IL转换为机器代码。与 JIT 编译相反，AOT 编译发生在应用程序执行之前，并且通常在不同的机器上执行。因为 AOT 工具链不在运行时编译，所以它们不必最小化编译时间。这意味着他们可以花更多时间进行优化。由于 AOT 的上下文是整个应用程序，因此 AOT 编译器还进行跨模块链接和全程序分析，这意味着遵循所有引用并生成单个可执行文件。请参阅CoreRT和.NET Native。应用模型一个工作量特异性API。这里有些例子： ASP.NET ASP.NET Web API 实体框架 (EF) Windows 演示基础 (WPF) Windows 通信基础 (WCF) Windows 工作流基础 (WF) Windows 窗体 (WinForms) ASP.NET .NET Framework 附带的原始 ASP.NET 实现，也称为 ASP.NET 4.x。有时 ASP.NET 是一个总称，既指原始 ASP.NET 又指 ASP.NET Core。该术语在任何给定实例中的含义由上下文决定。当您想明确表示您没有使用 ASP.NET 来表示这两种实现时，请参阅 ASP.NET 4.x。请参阅ASP.NET 文档。 ASP.NET 核心 ASP.NET 的跨平台、高性能、开源实现。请参阅ASP.NET Core 文档。部件一个.dll或.exe文件，其中可以包含可由应用程序或其他程序集调用的 API 集合。程序集可能包括接口、类、结构、枚举和委托等类型。项目的bin文件夹中的程序集有时称为二进制文件。另见库。 BCL 基类库。一组包含 System.*（以及在有限范围内的 Microsoft.*）命名空间的库。BCL 是一种通用的低级框架，高级应用程序框架（例如 ASP.NET Core）在其上构建。 .NET 5（和 .NET Core）及更高版本的 BCL 源代码包含在.NET 运行时存储库中。大多数 BCL API 在 .NET Framework 中也可用，因此您可以将此源代码视为 .NET Framework BCL 源代码的分支。以下术语通常指的是 BCL 所指的同一 API 集合：核心 .NET 库框架库运行时库共享框架 CLR 公共语言运行时。确切的含义取决于上下文。公共语言运行时通常是指.NET Framework的运行时或.NET 5（和 .NET Core）及更高版本的运行时。 CLR 处理内存分配和管理。CLR 也是一个虚拟机，它不仅可以执行应用程序，还可以使用JIT编译器即时生成和编译代码。 .NET Framework 的 CLR 实现仅适用于 Windows。 .NET 5 和更高版本的 CLR 实现（也称为 Core CLR）是从与 .NET Framework CLR 相同的代码库构建的。最初，Core CLR 是 Silverlight 的运行时，旨在运行在多个平台上，特别是 Windows 和 OS X。它仍然是一个跨平台的运行时，现在包括对许多 Linux 发行版的支持。另请参见运行时。核心CLR .NET 5（和 .NET Core）及更高版本的公共语言运行时。请参阅CLR。核心RT 与CLR 相比，CoreRT 不是虚拟机，这意味着它不包括即时生成和运行代码的设施，因为它不包括JIT。但是，它确实包括GC以及运行时类型识别 (RTTI) 和反射的能力。然而，它的类型系统被设计成不需要用于反射的元数据。不需要元数据可以让AOT工具链链接掉多余的元数据和（更重要的是）识别应用程序不使用的代码。CoreRT 正在开发中。请参阅CoreRT和.NET 运行时实验室介绍。跨平台能够开发和执行可在多种不同操作系统（例如 Linux、Windows 和 iOS）上使用的应用程序，而无需专门为每个操作系统重写。这实现了不同平台上的应用程序之间的代码重用和一致性。见平台。生态系统用于为给定技术构建和运行应用程序的所有运行时软件、开发工具和社区资源。术语“.NET 生态系统”与“.NET 堆栈”等类似术语的不同之处在于它包含第三方应用程序和库。这是一个句子中的示例： “ .NET Standard背后的动机是在 .NET 生态系统中建立更大的统一性。” 框架一般而言，一个全面的 API 集合，可促进基于特定技术的应用程序的开发和部署。从一般意义上讲，ASP.NET Core 和 Windows 窗体是应用程序框架的示例。框架和库这两个词经常作为同义词使用。 “框架”一词在以下术语中具有不同的含义：框架库 .NET 框架共享框架目标框架 TFM（目标框架名

01

【ASP.NET Core 基础知识】--Web API--创建和配置Web API（二）

集成Entity Framework Core（EF Core）是在ASP.NET Core Web API中进行数据库访问的常见方式。以下是集成EF Core的基本步骤：

00

ASP.NET MVC学习笔记05模型与访问数据模型

上一篇使用的M模型，并不是真正意义上的Model，现在来添加一些类，并将这些类用来管理数据库中数据（电影）。而这些类，就是ASP.NET MVC中的Model（模型）。 ---- 而这里也将使用.NET Framework数据访问技术Entity Framework 来定义和使用这些模型类。Entity Framework（简称为EF）是支持代码优先（Code First）的开发模式。代码优先允许通过编写简单的类来创建对象模型，然后从类创建数据库。添加模型类在解决方案资源管理器中，右键单击Mode

04

200行代码，7个对象——让你了解ASP.NET Core框架的本质

当我们最开始学习一门技术的时候都喜欢从Hello World来时，貌似和我们本篇的主题不太搭。但事实却非如此，在我们看来如下这个Hello World是对ASP.NET Core框架本质最好的体现。

03

ASP.NET Core管道详解[4]: 中间件委托链

ASP.NET Core应用默认的请求处理管道是由注册的IServer对象和HostingApplication对象组成的，后者利用一个在创建时提供的RequestDelegate对象来处理IServer对象分发给它的请求。而RequestDelegate对象实际上是由所有的中间件按照注册顺序创建的。换句话说，这个RequestDelegate对象是对中间件委托链的体现。如果将RequestDelegate替换成原始的中间件，那么ASP.NET Core应用的请求处理管道体现为下图所示的形式。[本文节选自《ASP.NET Core 3框架揭秘》第13章, 更多关于ASP.NET Core的文章请点这里]

02

学习ASP.NET Core,怎能不了解请求处理管道[2]: 服务器在管道中的“龙头”地位

ASP.NET Core管道由注册的服务器和一系列中间件构成。我们在上一篇中深入剖析了中间件，现在我们来了解一下服务器。服务器是ASP .NET Core管道的第一个节点，它负责完整请求的监听和接收，最终对请求的响应同样也由它完成。[本文已经同步到《ASP.NET Core框架揭秘》之中]

02

WCF技术剖析之二：再谈IIS与ASP.NET管道

在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程： [原创]ASP.NET Process Model之一：IIS 和 ASP.NET ISAPI [原创]ASP.NET Process Model之二：ASP.NET Http Runtime Pipeline - Part I [原创]ASP.NET Process Model之二：ASP.N

ASP.NET MVC 5 - 给电影表和模型添加新字段

在本节中，您将使用Entity Framework Code First来实现模型类上的操作。从而使得这些操作和变更，可以应用到数据库中。默认情况下，就像您在之前的教程中所作的那样，使用 Entity Framework Code First自动创建一个数据库，Code First为数据库所添加的表，将帮助您跟踪数据库是否和从它生成的模型类是同步的。如果他们不是同步的，Entity Framework将抛出一个错误。这非常方便的在开发时就可以发现错误，否则您可能会在运行时才发现这个问题。为对象模型的变更

08

IIS 5.x与ASP.NET

我们先来看看IIS 5.x是如何处理基于ASP.NET资源（比如.aspx,.asmx等）请求的，整个过程基本上可以通过图1体现。

02

.net 温故知新【14】：Asp.Net Core WebAPI 缓存

缓存指在中间层中存储数据的行为，该行为可使后续数据检索更快。从概念上讲，缓存是一种性能优化策略和设计考虑因素。缓存可以显著提高应用性能，方法是提高不常更改（或检索成本高）的数据的就绪性。

02

将终结点图添加到你的ASP.NET Core应用程序中

在本文中，我将展示如何使用DfaGraphWriter服务在ASP.NET Core 3.0应用程序中可视化你的终结点路由。上面文章我向您演示了如何生成一个有向图（如我上篇文章中所示），可以使用GraphVizOnline将其可视化。最后，我描述了应用程序生命周期中可以检索图形数据的点。

02

ASP.NET Core 6框架揭秘实例演示[33]：异常处理高阶用法

NuGet包“Microsoft.AspNetCore.Diagnostics”中提供了几个与异常处理相关的中间件，我们可以利用它们将原生的或者定制的错误信息作为响应内容发送给客户端。《错误页面的N种呈现方式》演示了几个简单的实例使读者大致了解这些中间件的作用，现在我们来演示几个高阶用法。本文提供的示例演示已经同步到《ASP.NET Core 6框架揭秘-实例演示版》）

02

200行代码，7个对象——让你了解ASP.NET Core框架的本质[3.x版]

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

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭