摘要：通过HTTP请求获取的Web资源很多都来源于存储在服务器磁盘上的静态文件。对于ASP.NET应用来说，如果将静态文件存储到约定的目录下，绝大部分文件类型都是可以通过Web的形式对外发布的。“Microsoft.AspNetCore.StaticFiles” 这个NuGet包中提供了三个用来处理静态文 阅读全文

摘要：P5第2段 原文：由于创建的是一个针对 ASP.NET Core 的可执行控制台应用，所以将 OutputType 和 TargetFramework 的属性分别设置为“Exe”和“net6.0”。 改为：由于创建的是一个针对 .NET 6的可执行控制台应用，所以将 OutputType 和 Tar 阅读全文

摘要：天下大势，分久必合，合久必分”，ASP.NET应用通过GenericWebHostService这个承载服务被整合到基于IHostBuilder/IHost的服务承载系统中之后，也许微软还是意识到Web应用和后台服务的承载方式还是应该加以区分，于是推出了基于WebApplicationBuilder/WebApplication的承载方式。我们可以将其称为第三代承载模式，它有一个官方的名称叫做“Minimal API”。Minimal API同样面临向后兼容的问题，而且这次需要同时兼容前面两代承载模式，所以我们会发现“上篇”中提到的一系列初始化操作有了更多实现方式。 阅读全文

摘要：作为《ASP.NET Core 3 框架揭秘》的升级版，《ASP.NET Core 6框架揭秘》不仅针对ASP.NET Core 6的新特性进行了修订，并添加了若干原来没有的内容。对于ASP.NET Core 框架来说，最为核心的莫过于中间件管道的构建，这也是《ASP.NET Core 6 框架揭秘 阅读全文

摘要：在ASP.NET Core的发展历史上先后出现了三种应用承载的编程方式，而且后一种编程模式都提供了针对之前编程模式的全部或者部分兼容，这就导致了一种现象：相同的更能具有N种实现方式。对这个发展历程不是特别了解的读者会有很多疑问？为什么这么多不同的编程模式都在作同一件事？它们之间的有什么差别之处？为什么有的API在最新的Minimal API又不能用了呢？ 阅读全文

摘要：Dapr 被设计成一个面向开发者的企业级微服务编程平台，它独立于具体的技术平台，可以运行在“任何地方”。Dapr本身并不提供“基础设施（infrastructure）”，而是利用自身的扩展来适配具体的部署环境。就目前的状态来说，如果希望真正将原生的Dapr应用与生产，只能部署在K8S环境下。虽然Dapr也提供针对Hashicorp Consul的支持，但是目前貌似没有稳定的版本支持。Kubernetes对于很多公司并非“标配”，由于某些原因，它们可以具有一套自研的微服务平台或者弹性云平台，让Dapr与之适配可能更有价值。 阅读全文