[翻译] ASP.NET Core 3.0 的新增功能

全文翻译自微软官方文档英文版 What's new in ASP.NET Core 3.0

本文重点介绍了 ASP.NET Core 3.0 中最重要的更改,并提供相关文档的连接。

Blazor

Blazor 是 ASP.NET Core 中的一个新的框架,用于使用 .NET 构建交互式的客户端 Web UI:

  • 使用 C# 而不是 JavaScript 创建丰富的交互式 UI。

  • 共享用 .NET 编写的服务器端和客户端应用程序逻辑。

  • 将 UI 渲染为 HTML 和 CSS,以提供广泛的浏览器支持,包括移动浏览器。

Blazor 框架支持的场景:

  • 可重用的 UI 组件(Razor 组件)

  • 客户端路由

  • 组件布局

  • 对依赖注入的支持

  • 表单与验证

  • 使用 Razor 类库构建组件库

  • JavaScript 互操作

有关更多信息,请参阅:ASP.NET Core 中的 Blazor 简介。

Blazor Server

Blazor 将组件渲染逻辑与 UI 更新的逻辑进行了解耦。Blazor Server 支持在服务器上的 ASP.NET Core 应用程序中承载 Razor 组件。UI 的更新通过一个 SignalR 连接进行处理。Blazor Server 在 ASP.NET Core 3.0 中受支持。

Blazor WebAssembly (预览)

Blazor 应用程序也可以使用基于 WebAssembly 的 .NET 运行时直接在浏览器中运行。Blazor WebAssembly 在 ASP.NET Core 3.0 中处于预览状态,且不受支持。未来的 ASP.NET Core 版本将支持 Blazor WebAssembly。

Razor 组件

Blazor 应用程序是由组件 (components) 构建而成的。组件是自包含的用户界面元素,例如页面、对话框或者表单等。组件是普通的 .NET 类,用于定义 UI 呈现逻辑和客户端事件处理程序。您可以创建没有 JavaScript 的富交互式 Web 应用程序。

Blazor 中的组件通常使用 Razor 语法编写,它是 HTML 和 C# 的自然融合。Razor 组件与 Razor Pages(页面)和 MVC 视图 (view) 相似,因为它们都使用 Razor。与基于“请求-响应”模型的页面与视图不同,组件专门用于处理 UI 合成。

gRPC

gRPC:

  • 是一种流行的高性能 RPC(远程过程调用)框架。

  • 为 API 开发提供了一种“契约优先“的方式。

  • 使用各种现代的技术,例如:

    • 通过 HTTP/2 传输

    • 使用 Protocol Buffers 作为接口描述语言

    • 二进制序列化格式

  • 提供以下功能:

    • 身份验证

    • 双向的数据流与流程控制

    • 取消与超时

ASP.NET Core 3.0 中的 gRPC 功能包括:

  • Grpc.AspNetCore — 一个用于承载 gRPC 服务的 ASP.NET Core 框架。ASP.NET Core 上的 gRPC 能够与日志记录、依赖注入 (DI) 身份验证和授权等标准的 ASP.NET Core 功能集成在一起。

  • Grpc.Net.Client — 一个面向 .NET Core,构建在 HttpClient 上的 gRPC 客户端。

  • Grpc.Net.ClientFactory — 用于将 gRPC 客户端与 HttpClientFactory 集成。

有关更多信息,参见:ASP.NET Core 上 gRPC 的简介

SignalR

请参见更新 Signal 代码以获取迁移说明。SignalR 现在使用 System.Text.Json 来序列化/反序列化 JSON 消息。有关还原为基于 Newtonsoft.Json 的序列化程序的说明,请参阅切换到 Newtonsoft.Json。

在 SignalR 的 JavaScript 和 .NET 客户端中,添加了对自动重新连接的支持。默认情况下,客户端尝试自动重新连接,并在 2, 10 和 30 秒后(如有必要)重试。如果客户端成功重新连接,它将受到一个新的连接 ID。自动重新连接是选择性加入的:

const connection = new signalR.HubConnectionBuilder().withUrl("/chatHub").withAutomaticReconnect().build();

可以通过传递基于毫秒的持续时间数组来指定重新连接间隔:

.withAutomaticReconnect([0, 3000, 5000, 10000, 15000, 30000])

可以传入自定义实现以完全控制重新连接间隔。

如果在上次重新连接间隔之后重新连接失败,则:

  • 客户端认为连接已离线。

  • 客户端停止尝试重新连接。

为了在连接中断时提供 UI 反馈,SignalR 客户端 API 已扩展为包括以下事件处理程序:

  • onreconnecting: 为开发人员提供了禁用 UI 或告知用户该应用程序处于脱机状态的机会。

  • onreconnected: 重新建立连接后,使开发人员有机会更新 UI。

以下代码在尝试连接时使用 onreconnecting 更新 UI:

connection.onreconnecting((error) => {const status = `Connection lost due to error "${error}". Reconnecting.`;document.getElementById("messageInput").disabled = true;document.getElementById("sendButton").disabled = true;document.getElementById("connectionStatus").innerText = status;
});

以下代码在连接恢复时使用 onreconnected 更新 UI:

connection.onreconnected((connectionId) => {const status = `Connection reestablished. Connected.`;document.getElementById("messageInput").disabled = false;document.getElementById("sendButton").disabled = false;document.getElementById("connectionStatus").innerText = status;
});

当 hub 方法需要授权时,SignalR 3.0 及更高版本为授权处理程序提供自定义资源。该资源是 HubInvocationContext 的实例。HubInvocationContext 包括:

  • HubCallerContext

  • 正在调用的 hub 方法的名称。

  • hub 方法的参数。

考虑以下聊天室应用程序示例,该应用程序允许通过 Azure Active Directory 进行多个组织登录。具有 Microsoft 账户的任何人都可以登录聊天,但只有所属组织的成员可以禁止用户或查看用户的聊天记录。该应用可以限制特定用户的某些功能。

public class DomainRestrictedRequirement :AuthorizationHandler<DomainRestrictedRequirement, HubInvocationContext>,IAuthorizationRequirement
{protected override Task HandleRequirementAsync(AuthorizationHandlerContext context,DomainRestrictedRequirement requirement,HubInvocationContext resource){if (context.User?.Identity?.Name == null){return Task.CompletedTask;}if (IsUserAllowedToDoThis(resource.HubMethodName,context.User.Identity.Name)){context.Succeed(requirement);}return Task.CompletedTask;}private bool IsUserAllowedToDoThis(string hubMethodName, string currentUsername){if (hubMethodName.Equals("banUser",StringComparison.OrdinalIgnoreCase)){return currentUsername.Equals("bob42@jabbr.net",StringComparison.OrdinalIgnoreCase);}return currentUsername.EndsWith("@jabbr.net",StringComparison.OrdinalIgnoreCase));}
}

在前面的代码中,DomainRestrictedRequirement 用作自定义 IAuthorizationRequirement。由于传递了 HubInvocationContext 资源,因此内部逻辑可以:

  • 检查正在调用 hub 的上下文。

  • 决定是否允许用户执行特定的 hub 方法。

可以使用策略名称来修饰各个 hub 方法,代码会在运行时进行检查。当客户端尝试调用各个 hub 方法时,DomainRestrictedRequirement 处理程序将会运行并控制对方法的访问。基于 DomainRestrictedRequirement 控制访问的方式:

  • 所有已登录用户都可以调用 SendMessage 方法。

  • 只有使用 @jabbr.net 电子邮件地址登录的用户才能查看用户的历史记录。

  • 只有 bob42@jabbr.net 可以禁止用户进入聊天室。

[Authorize]
public class ChatHub : Hub
{public void SendMessage(string message){}[Authorize("DomainRestricted")]public void BanUser(string username){}[Authorize("DomainRestricted")]public void ViewUserHistory(string username){}
}

创建 DomainRestricted 策略可能涉及:

  • 在 Startup.cs 中添加新策略。

  • 将自定义的 DomainRestrictedRequirement 需求作为参数提供。

  • 使用授权中间件注册 DomainRestricted

services.AddAuthorization(options =>{options.AddPolicy("DomainRestricted", policy =>{policy.Requirements.Add(new DomainRestrictedRequirement());});});

SignalR hub 使用终结点路由. SignalR hub 连接先前已显式地完成:

app.UseSignalR(routes =>
{routes.MapHub<ChatHub>("hubs/chat");
});

在以前的版本中,开发人员需要在各个不同的位置启用控制器、Razor 页面和 SignalR hub。显式的连接导致一系列几乎相同的路由片段:

app.UseSignalR(routes =>
{routes.MapHub<ChatHub>("hubs/chat");
});app.UseRouting(routes =>
{routes.MapRazorPages();
});

SignalR 3.0 hub 可以通过终结点路由进行路由。使用终结点路由,通常可以在 UseRouting 中配置所有的路由:

app.UseRouting(routes =>
{routes.MapRazorPages();routes.MapHub<ChatHub>("hubs/chat");
});

ASP.NET Core 3.0 SignalR 添加了:

客户端到服务器的流。通过客户端到服务器的流传输,服务器端方法可以采用 IAsyncEnumerable<T>或者 ChannelReader<T> 的实例。在以下 C# 实例中,hub 上的 UploadStream 方法将从客户端接收字符串流:

public async Task UploadStream(IAsyncEnumerable<string> stream)
{await foreach (var item in stream){}
}

.NET 客户端应用程序可以将一个 IAsyncEnumerable<T> 或者 ChannelReader<T> 的实例作为上述 UploadStream hub 方法的 stream 参数进行传递。

在 for 循环完成,且本地函数退出之后,将流完成发送(After the for loop has completed and the local function exits, the stream completion is sent):

async IAsyncEnumerable<string> clientStreamData()
{for (var i = 0; i < 5; i++){var data = await FetchSomeData();yield return data;}
}await connection.SendAsync("UploadStream", clientStreamData());

JavaScript 客户端应用将 SignalR Subject (或者一个 RxJS Subject) 用于上述 UploadStream hub 方法的 stream 参数。

let subject = new signalR.Subject();
await connection.send("StartStream", "MyAsciiArtStream", subject);

当 JavaScript 代码捕获到字符串并准备将其发送到服务器时,它可以使用 subject.next 方法来处理字符串。

subject.next("example");
subject.complete();

使用类似前面两个代码段的代码,可以创建实时流式传输体验。

新的 JSON 序列化

现在默认情况下,ASP.NET Core 3.0 使用 System.Text.Json 进行 JSON 序列化:

  • 异步读取和写入 JSON。

  • 针对 UTF-8 文本进行了优化。

  • 通常会比 Newtonsoft.Json 具有更高的性能。

要将 Json.NET 添加到 ASP.NET Core 3.0 请参阅添加基于 Newtonsoft.Json 的 JSON 格式支持。

新的 Razor 指令

以下列表包含了新的 Razor 指令:

  • @attribute — @attribute 指令将给定属性应用于生成页面或者视图的类。例如:@attribute [Authorize]

  • @implements — @implements 指令为生成的类实现一个接口。例如:@implements IDisposable

证书与 Kerberos 身份验证

证书身份验证要求:

  • 配置服务器以接收证书。

  • 在 Startup.Configure 中添加身份验证中间件。

  • 在 Startup.ConfigureServices 中添加证书身份验证服务。

public void ConfigureServices(IServiceCollection services)
{services.AddAuthentication(CertificateAuthenticationDefaults.AuthenticationScheme).AddCertificate();}public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{app.UseAuthentication();}

证书身份验证的选项 (Options) 提供以下功能:

  • 接受自签名证书。

  • 检查证书吊销。

  • 检查提供的证书是否具有正确的使用标志。

默认的用户主体 (user principal) 是根据证书属性构建的。用户主体包含一个事件。通过相应该事件,可以补充或者替换该主体。有关更多信息,请参见在 ASP.NET Core 中配置证书身份验证。

Windows 身份验证 已扩展到了 Linux 和 macOS 上。在以前的版本中,Windows 身份验证仅限于 IIS 和 HttpSys。在 ASP.NET Core 3.0 中,Kestrel 能够在 Windows, Linux 和 macOS 上为加入了 Windows 域的主机使用 Negotiate(协商), Kerberos 和 NTLM。Kestrel 对这些身份验证架构的支持由 Microsoft.AspNetCore.Authentication.Negotiate NuGet 包提供。与其他身份验证服务一样,在用用程序范围内配置身份验证,然后配置服务:

public void ConfigureServices(IServiceCollection services)
{services.AddAuthentication(NegotiateDefaults.AuthenticationScheme).AddNegotiate();}public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{app.UseAuthentication();}

主机要求:

  • Windows 主机必须将服务主体名称 (SPN) 添加到承载该应用程序的用户账户中。

  • Linux 和 macOS 主机必须加入域。

    • 必须为 Web 进程创建 SPN。

    • 必须在主机上生成和配置密钥表文件。

有关更多信息,请参见在 ASP.NET Core 中配置 Windows 身份验证。

模板变更

Web UI 模板(Razor Pages, 带有控制器和视图的 MVC)已删除以下内容:

  • “Cookie 同意” UI 不再包含在内。若要在 ASP.NET Core 3.0 模板生成的应用程序中启用“Cookie 同意”功能,请参阅 ASP.NET Core 中的常规数据保护法规 (GDPR) 支持。

  • 现在,脚本和相关的静态资产被作为本地文件引用,而不再使用 CDN。有关更多信息,请参见脚本和相关的静态资产现在被作为本地文件引用而不再使用 CDN (aspnet/AspNetCore.Docs #14350)。

Angular 模板已更新为使用 Angular 8。

默认情况下,Razor 类库 (RCL) 模板默认为用于 Razor 组件开发。Visual Studio 中新的模板选项为页面和视图提供模板支持。在命令行中从模板创建 RCL 时,请传入 -support-pages-and-views 选项 (dotnet new razorclasslib -support-pages-and-views)。

通用主机

ASP.NET Core 3.0 模板使用 .NET 通用主机。以前的版本使用 WebHostBuilder。使用 .NET Core 通用主机(HostBuilder),可以更好地将 ASP.NET Core 应用程序与其他非特定与 Web 的服务器方案集成。有关更多信息,请参见 HostBuilder 替换 WebHostBuilder。

主机配置

在发布 ASP.NET Core 3.0 之前,带有 ASPNETCORE_ 前缀的环境变量会被加载,用于 Web 主机的主机配置。在 3.0 中,AddEvironmentVariables 用于加载带有 DOTNET_ 以前追的环境变量,以使用 CreateDefaultBuilder 进行主机配置。

Startup 构造函数注入的更改

通用主机仅支持一下类型的 Startup 构造函数注入:

  • IHostEnvironment

  • IWebHostEnvironment

  • IConfiguration

仍然可以将所有服务以参数的形式直接注入 Startup.Configure 方法,参见 通用主机限制 Startup 构造函数注入 (aspnet/Announcements #353).

Kestrel

  • 为了迁移到通用主机,Kestrel 配置已更新。在 3.0 中,Kestrel 在 ConfigureWebHostDefaults 提供的 Web 主机构建器 (host builder) 上进行配置。

  • 连接适配器 (Connection Adapter) 已从 Kestrel 中删除,并由连接中间件代替 (Connection Middleware)。该中间件类似于 ASP.NET Core 管道中的 HTTP 中间件,但用于较低级别的连接。

  • Kestrel 传输层已在 Connections.Abstractions 中作为公共接口公开。

  • 标头 (header) 和尾部 (trailer) 之间的歧义已通过将尾部标头 (trailing header) 移动到新的集合来解决。

  • 同步 IO API(例如 HttpRequest.Body.Read)是引起线程饥饿进而导致程序崩溃的常见原因。在 3.0 中,默认情况下 AllowSynchronousIO 被禁用。

有关更多信息,请参见Kestrel - 从 ASP.NET Core 2.2 迁移到 3.0。

默认启用 HTTP/2

默认情况下,Kestrel 中为 HTTPS 端点启用了 HTTP/2。当操作系统支持时,对 IIS 或者 HTTP.sys 的 HTTP/2 的支持将被启用。

请求计数器

Hosting EventSource (Microsoft.AspNetCore.Hosting) 发出与传入请求有关的以下 EventCounter:

  • requests-per-second

  • total-requests

  • current-requests

  • failed-requests

终结点路由

终结点路由得到了增强,该路由使各种框架(例如 MVC)可以与中间件更好地协同工作:

  • 中间件和终结点的顺序可以在 Startup.Configure 的请求处理管道中进行配置。

  • 终结点和中间件与其他基于 ASP.NET Core 的技术(例如运行状况检查)进行良好的编排。

  • 终结点可以在中间件和 MVC 中实现各种策略,例如 CORS 或者授权等。

  • 过滤器和特性 (attribute) 可以被放置在控制器的方法上。

有关更多信息,请参见 ASP.NET Core 中的路由。

运行状况检查

运行状况检查通过通用主机使用终结点路由。在 Startup.Configure 中,使用终结点 URL 或者相对路径,在终结点构建器上调用 MapHealthChecks

app.UseEndpoints(endpoints =>
{endpoints.MapHealthChecks("/health");
});

运行状况检查终结点可以:

  • 指定一个或多个允许的主机/端口。

  • 要求授权。

  • 要求 CORS。

有关更多信息,请参见以下文章:

  • 运行状况检查 - 从 ASP.NET Core 2.2 迁移到 3.0

  • ASP.NET Core 中的运行状况检查

HttpContext 上的管道

现在可以使用 System.IO.Pipelines API 读取请求正文并写入响应正文。HttpRequest.BodyReader 属性提供了一个 PipeReader,可以用于读取请求正文;HttpResponse.BodyWriter 属性提供了一个 PipeWriter,可以用于写入响应正文。HttpRequest.BodyReader 是 HttpRequest.Body 流的相似物; HttpResponse.BodyWriter 是 HttpResponse.Body 流的相似物。

IIS 中改进了的错误报告

现在,在 IIS 中托管 ASP.NET Core 应用程序时的启动错误会生成更丰富的诊断数据。这些错误会在适用的情况下使用堆栈跟踪,报告给 Windows 事件日志。此外,所有的警告、错误和未处理的异常,都会记录到 Windows 事件日志中。

服务角色服务和辅助角色 SDK

.NET Core 3.0 引入了新的辅助角色服务 (Worker Service) 应用模板。该模板是在 .NET Core 中编写长时间运行的服务的起点。

有关更多信息,请参见:

  • 作为 Windows 服务运行的 .NET Core 辅助角色 (.NET Core Workers as Windows Services)

  • 在 ASP.NET Core 中使用托管服务实现后台任务

  • 在 Windows 服务中承载 ASP.NET Core

Forwarded 标头中间件的改进

在早期版本的 ASP.NET Core 中,应用在部署到 Azure Linux 或者除 IIS 之外的任何反向代理之后,调用 UseHsts 和 UseHttpsRedirection 都是有问题的。转发 Linux 和非 IIS 反向代理的方案中介绍了以前版本的修复方式。

此场景已在 ASP.NET Core 3.0 中修复。当 ASPNETCORE_FORWARDEDHEADERS_ENABLED 环境变量设置为 true 时,主机将启用 Forwarded 标头中间件。在 ASP.NET Core 的容器镜像中,ASPNETCORE_FORWARDEDHEADERS_ENABLED 已被设置为 true

性能提升

ASP.NET Core 3.0 包括许多改进,可以减少内存使用并提高吞吐量:

  • 在将内置的依赖注入容器用于 scoped 服务时,减少内存的使用量。

  • 减少整个框架的内存分配,包括中间件的各类场景和路由。

  • 减少 WebSocket 连接的内存使用量。

  • 减少 HTTPS 连接的内存使用量,并提高吞吐量。

  • 新的、经过优化的、完全异步的 JSON 序列化器。

  • 减少表单 (form) 解析的内存使用量,并提高吞吐量。

ASP.NET Core 3.0 仅可在 .NET Core 3.0 上运行

从 ASP.NET Core 3.0开始,.NET Framework 不再是受支持的目标框架。以 .NET Framework 为目标的项目可以继续通过使用 .NET Core 2.1 LTS 版本在完全受支持的状态下运行。绝大多数与 ASP.NET Core 2.1.x 相关的软件包,都将在 .NET Core 2.1 的三年长期支持期内获得支持。(Most ASP.NET Core 2.1.x related packages will be supported indefinitely, beyond the 3 year LTS period for .NET Core 2.1.)

有关迁移的更多信息,请参见 将代码从 .NET Framework 移植到 .NET Core。

使用 ASP.NET Core 共享框架

Microsoft.AspNetCore.App 元包中包含的 ASP.NET Core 3.0 共享框架 (shared framework) 不再需要项目文件中的显式 <PackageReference /> 元素。在项目文件中使用 Microsoft.NET.Sdk.Web SDK 时,将自动引用共享框架:

<Project Sdk="Microsoft.NET.Sdk.Web">

从 ASP.NET Core 共享框架中移除的程序集

从 ASP.NET Core 3.0 共享程序集中移除的最值得注意的程序集是:

  • Newtonsoft.Json (Json.NET)。要将 Json.NET 添加到 ASP.NET Core 3.0,请参阅 添加基于 Newtonsoft.Json 的 JSON 格式支持。ASP.NET Core 3.0 引入了 System.Text.Json 来读写 JSON。有关更多信息,请参阅本文档中新的 JSON 序列化。

  • Entity Framework Core

有关共享框架中所移除程序集的完整列表,请参阅 从 Microsoft.AspNetCore.App 3.0 中移除的程序集。有关进行此修改的动机,更多信息请参阅Microsoft.AspNetCore.App 在 3.0 中的破坏性变更 和 ASP.NET Core 3.0 中的更改初探。

原文链接:https://www.cnblogs.com/vxchin/p/whats-new-in-asp-net-core-3-0.html


.NET社区新闻,深度好文,欢迎访问公众号文章汇总 http://www.csharpkit.com 

640?wx_fmt=jpeg

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/313647.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Sprig boot自动配置

1、概述 Spring Boot是Spring旗下众多的子项目之一&#xff0c;其理念是约定优于配置&#xff0c;它通过实现了自动配置&#xff08;大多数用户平时习惯设置的配置作为默认配置&#xff09;的功能来为用户快速构建出标准化的应用。Spring Boot的特点可以概述为如下几点&#x…

.NET Core 3.0稳定版发布

一年一度的 .NET 开发者盛会 .NET Conf 2019 已正式开始了&#xff08;举办时间为 9.23-9.25&#xff09;。大会第一天最重磅也是最激动人心的消息莫过于 .NET Core 3.0 稳定版的发布。.NET 项目管理总监 Scott Hunter 在大会宣布了这则消息&#xff0c;并在主题演讲环节围绕 .…

深入理解 Spring Boot Starters 原理(手写Spring boot Start)

一、Spring Boot Starter诞生原因 Spring Boot Starter是在SpringBoot组件中被提出来的一种概念&#xff0c;stackoverflow上面已经有人概括了这个starter是什么东西&#xff0c;想看完整的回答戳这里 Starter POMs are a set of convenient dependency descriptors that you …

记一次中小公司的研发问题

作者&#xff1a;zollty&#xff0c;资深程序员和架构师&#xff0c;私底下是个爱折腾的技术极客&#xff0c;架构师社区合伙人&#xff01;一、一些不好的现状&#xff0c;及对应的改进方法1、前后端代码绑定在一起&#xff0c;很难维护&#xff0c;前端UI做得太差&#xff0c…

ASP.NET Core 3.0 使用gRPC

一.简介gRPC 是一个由Google开源的&#xff0c;跨语言的&#xff0c;高性能的远程过程调用&#xff08;RPC&#xff09;框架。gRPC使客户端和服务端应用程序可以透明地进行通信&#xff0c;并简化了连接系统的构建。它使用HTTP/2作为通信协议&#xff0c;使用 Protocol Buffers…

Codeforces Round #739 (Div. 3)(AK实况)

Codeforces Round #739 (Div. 3) A. Dislike of Threes 找到第kkk个既不是333的倍数&#xff0c;个位数上也不是333的数&#xff0c;也已预处理然后O(1)O(1)O(1)输出&#xff0c;也可直接forforfor循环暴力。 #include <bits/stdc.h>using namespace std;int main() {/…

利用Helm简化Kubernetes应用部署(2)

目录定义Charts 使用Helm部署Demo Helm常用操作命令 定义Charts回到之前的“charts”目录&#xff0c;我们依次进行解读并进行简单的修改。Chart.yaml配置示例&#xff1a;apiVersion: v1 appVersion: "1.1" description: A demo Helm chart for Kubernetes name:…

linux查看磁盘空间命令

Linux 查看磁盘空间可以使用 df 和 du 命令。 df df 以磁盘分区为单位查看文件系统&#xff0c;可以获取硬盘被占用了多少空间&#xff0c;目前还剩下多少空间等信息。 例如&#xff0c;我们使用df -h命令来查看磁盘信息&#xff0c; -h 选项为根据大小适当显示&#xff1a; …

Visual Studio 2019 16.3 正式发布,支持 .NET Core 3.0

微软正式发布了 Visual Studio 2019 16.3 版本&#xff0c;主要更新内容如下&#xff1a;.NET Core 3.0Visual Studio 版本 16.3 包括对 .NET Core 3.0 的支持。注意&#xff1a;如果使用的是 .NET Core 3.0&#xff0c;则需要使用 Visual Studio 16.3 或更高版本。.NET Core 桌…

【干货】规模化敏捷DevOps四大实践之持续探索CE(中英对照版)

本文翻译来自SAFe DevOps社群帅哥网友贾磊&#xff1a;高级质量经理&敏捷教练 曾就职于外企、国企、大型上市企业等&#xff0c;担任过测试工程师、测试经理、项目经理、敏捷教练、质量总监、高级质量经理等岗位。是一名敏捷变革的爱好者和践行者。爱好网球、羽毛球。正文原…

Spring Cloud——Eureka——架构体系

1、概述 Eureka包括两个端&#xff1a; Eureka Server&#xff1a;注册中心服务端&#xff0c;用于维护和管理注册服务列表。Eureka Client&#xff1a;注册中心客户端&#xff0c;向注册中心注册服务的应用都可以叫做Eureka Client&#xff08;包括Eureka Server本身&#x…

推荐.neter常用优秀开源项目系列之二

.net社区有很多优秀的开源项目&#xff0c;我们今天再推荐12个开源项目&#xff1b;1. Domain-Driven-Design-ExampleDDD 示例 挺不错的。github https://github.com/zkavtaskin/Domain-Driven-Design-Example2.SmartStoreNET开源的电商项目github https://github.com/smartsto…

Zookeeper: Zookeeper架构及FastLeaderElection机制

本文转发自技术世界&#xff0c;原文链接 http://www.jasongj.com/zookeeper/fastleaderelection/ 一、Zookeeper是什么 Zookeeper是一个分布式协调服务&#xff0c;可用于服务发现&#xff0c;分布式锁&#xff0c;分布式领导选举&#xff0c;配置管理等。 这一切的基础&am…

与时俱进 | 博客现已运行在 .NET Core 3.0 及 Azure 上

点击上方蓝字关注“汪宇杰博客”导语9月23日&#xff0c;微软正式发布了 .NET Core 3.0&#xff0c;这个版本具有大量新功能和改进。我也在第一时间将自己的博客网站更新到了 .NET Core 3.0&#xff0c;并且仍然跑在微软智慧云 Azure 国际版的应用服务上。本文总结了我在博客迁…

Zookeeper:基于Zookeeper的分布式锁与领导选举

本文转发自技术世界&#xff0c;原文链接 http://www.jasongj.com/zookeeper/distributedlock/ 1、Zookeeper特点 1.1 Zookeeper节点类型 如上文《Zookeeper架构及FastLeaderElection机制》所述&#xff0c;Zookeeper 提供了一个类似于 Linux 文件系统的树形结构。该树形结构…

Asp.Net Core Mvc Razor之RazorPage

在AspNetCore.Mvc.Razor命名空间中的RazorPage继承RazorPageBase&#xff0c;并定义的属性为&#xff1a;HttpContext Context 表示当前请求执行的HttpContextRazorPageBase定义为抽象类&#xff0c;并继承了接口&#xff1a;IRazorPageIRazorPage接口定义属性如下&#xff1a;…

Spring Cloud——Consul——架构体系

我们知道&#xff0c;Eureka 2.X因遇到问题&#xff0c;已停止研发。Spring Cloud官方建议迁移到Consul或者Zookeeper等其他服务发现中间件。 下面是 Spring Cloud 支持的服务发现软件以及特性对比&#xff1a; 一、Consul 介绍 Consul 是 HashiCorp 公司推出的开源工具&…

ASP.NET Core 3.0 gRPC 双向流

目录ASP.NET Core 3.0 使用gRPCASP.NET Core 3.0 gRPC 双向流ASP.NET Core 3.0 gRPC 认证授权一.前言在前一文 《二. 什么是 gRPC 流gRPC 有四种服务类型&#xff0c;分别是&#xff1a;简单 RPC&#xff08;Unary RPC&#xff09;、服务端流式 RPC &#xff08;Server streami…

开源公司被云厂商“寄生”,咋整?

上周 OSS Capital 召集一些开源公司&#xff0c;组织了一场关于如何面对“云厂商给开源带来的危害”的会议。OSS Capital 是一家风险投资公司&#xff0c;该公司只投开源&#xff0c;其董事会合伙人之一是开源运动的先驱人物 Bruce Perens。网上有一个十分有名的“开源商业化独…

Spring Cloud Config——原理解析

springCloud config项目,用来为分布式的微服务系统中提供集成式外部配置支持,分为客户端和服务端 可以让你把配置放到远程服务器&#xff0c;目前支持本地存储、Git以及Subversion。 spring官方如下介绍: 简而言之: 通过配置服务(Config Server)来为所有的环境和应用提供外部配…