.NET Core 3.0预览版7中的ASP.NET Core和Blazor更新

.NET Core 3.0 Preview 7现已推出，它包含一系列ASP.NET Core和Blazor的新更新。

以下是此预览中的新功能列表：

最新的Visual Studio预览包括.NET Core 3.0作为默认运行时
Visual Studio中的顶级ASP.NET核心模板
简化的网页模板
组件的属性splatting
TypeConverters和泛型的数据绑定支持
阐明了哪些指令属性需要HTML vs C＃
EventCounters
gRPC模板中的HTTPS
gRPC客户端改进
gRPC Metapackage
用于管理gRPC代码生成的CLI工具

有关其他详细信息和已知问题，请参阅发行说明。

开始吧

要在.NET Core 3.0 Preview 7中开始使用ASP.NET Core，请安装.NET Core 3.0 Preview 7 SDK

如果您使用Visual Studio在Windows上，请安装Visual Studio 2019的最新预览。

注意：.NET Core 3.0 Preview 7需要Visual Studio 2019 16.3预览1，现在可用！

要安装最新的客户端Blazor模板，还请运行以下命令：

dotnet new -i Microsoft.AspNetCore.Blazor.Templates::3.0.0-preview7.19365.7

不再需要安装Blazor Visual Studio扩展，如果您安装了以前的版本，则可以将其卸载。现在，您需要从命令行安装Blazor WebAssembly模板才能使它们显示在Visual Studio中。

升级现有项目

要将现有的ASP.NET Core应用程序升级到.NET Core 3.0 Preview 7，请按照ASP.NET Core文档中的迁移步骤进行操作。

另请参阅ASP.NET Core 3.0 中的重大更改的完整列表。

要将现有的ASP.NET Core 3.0 Preview 6项目升级到Preview 7：

更新Microsoft.AspNetCore。*包引用3.0.0-preview7.19365.7。

而已！你应该准备好了。

简化的网页模板

我们采取了一些措施来进一步简化Web应用程序模板，以减少经常被删除的代码量。

特别：

默认情况下，Cookie同意UI不再包含在Web应用程序模板中。
脚本和相关的静态资产现在被引用为本地文件，而不是基于当前环境使用CDN。

我们将根据需要提供样本和文档，以便将这些功能添加到新应用程序中。

组件的属性splatting

除了组件声明的参数之外，组件现在还可以捕获和呈现其他属性。可以在字典中捕获其他属性，然后使用新的@attributesRazor指令将其“splat”到元素上，作为组件渲染的一部分。在定义生成支持各种自定义的标记元素的组件时，此功能特别有用。例如，如果您正在定义一个生成元素的组件，那么定义所有支持的属性maxlength或placeholder组件参数将非常繁琐。

接受任意参数

以限定一个接受任意属性定义使用的成分参数的组件[Parameter]与属性CaptureUnmatchedValues设置为true属性。参数的类型必须可从中分配Dictionary。这意味着IEnumerable>或者IReadOnlyDictionary也是选项。

@code {
    [Parameter(CaptureUnmatchedValues= true)]
    Dictionary Attributes { get; set; }
}

该CaptureUnmatchedValues物业在[Parameter]允许的参数匹配不匹配任何其他参数的所有属性。组件只能定义单个参数CaptureUnmatchedValues。

使用@attributes呈现任意属性

组件可以使用@attributesdirective属性将任意属性传递给另一个组件或标记元素。该@attributes指令允许您指定要传递给标记元素或组件的属性集合。这很有价值，因为指定为属性的键值对集合可以来自.NET集合，不需要在组件的源代码中指定。



@code {
    [Parameter(CaptureUnmatchedValues = true)]
    Dictionary Attributes { get; set; }
}

使用该@attributes指令，Attribute属性的内容将“splatted”到输入元素上。如果这导致重复属性，则属性的评估从左到右进行。在上面的例子中，如果Attributes还包含一个值，class它将取代class="form-field"。如果Attributes包含type那个将被取代的值type="text"。

TypeConverters和泛型的数据绑定支持

Blazor现在支持数据绑定到具有字符串的类型TypeConverter。许多内置框架类型，例如Guid并且TimeSpan有一个字符串TypeConverter，或者您可以TypeConverter自己定义带有字符串的自定义类型。这些类型现在可以与数据绑定无缝协作：



@guid

@code {
    Guid guid;
}

数据绑定现在也适用于泛型。在通用组件中，您现在可以绑定到使用泛型类型参数指定的类型。

@typeparam T



@value

@code {
    T value;
}

阐明了哪些指令属性需要HTML vs C＃

在Preview 6中，我们引入了指令属性作为Razor编译器相关功能的通用语法，如指定事件处理程序（@onclick）和数据绑定（@bind）。在此更新中，我们清理了哪些内置指令属性需要C＃和HTML。具体来说，事件处理程序现在需要C＃值，因此@在指定事件处理程序值时不再需要前导字符：

@* Before *@


@* After *@

EventCounters

代替Windows性能计数器，.NET Core引入了一种通过EventCounters发出指标的新方法。在preview7中，我们现在发出EventCounters ASP.NET Core。您可以使用dotnet counters全局工具查看我们发出的指标。

dotnet counters通过运行以下命令安装最新预览：

dotnet tool install --global dotnet-counters --version 3.0.0-preview7.19365.2

主机

Hosting EventSourceProvider（Microsoft.AspNetCore.Hosting）现在发出以下请求计数器：

requests-per-second
total-requests
current-requests
failed-requests

SignalR

除托管外，SignalR（Microsoft.AspNetCore.Http.Connections）还会发出以下连接计数器：

connections-started
connections-stopped
connections-timed-out
connections-duration

要查看ASP.NET Core发出的所有计数器，您可以启动dotnet计数器并指定所需的提供程序。下面的示例显示了订阅Microsoft.AspNetCore.Hosting和System.Runtime提供者发出的事件时的输出。

dotnet counters monitor -p  Microsoft.AspNetCore.Hosting System.Runtime

NPM中SignalR的JavaScript客户端的新软件包ID

在Azure的SignalR服务可以更容易non-.NET开发商利用SignalR的实时功能。我们从希望通过Azure SignalR服务启用SignalR应用程序的潜在客户那里得到的一个常见问题是“它只适用于ASP.NET吗？”ASP.NET核心SignalR的前身份 - 其中包括@aspnet组织NPM，进一步混淆了新的SignalR用户。

为了缓解这种混淆，从3.0.0-preview7开始，SignalR JavaScript客户端将从更改@aspnet/signalr为@microsoft/signalr。要对此更改做出反应，您需要更改package.json文件，require语句和ECMAScript import语句中的引用。如果您有兴趣提供有关此移动的反馈或了解思考过程，团队会对此GitHub问题做出更改，阅读和/或贡献，团队与社区进行公开讨论。

新的可定制SignalR Hub方法授权

使用Preview 7，当集线器方法需要授权时，SignalR现在为授权处理程序提供自定义资源。资源是一个实例HubInvocationContext。的HubInvocationContext包括HubCallerContext，被调用的方法集线器的名称和参数传递给轮毂的方法。

考虑允许通过Azure Active Directory进行多个组织登录的聊天室示例。拥有Microsoft帐户的任何人都可以登录聊天，但只有拥有组织的成员才能禁止用户或查看用户的聊天记录。此外，我们可能希望限制某些用户的某些功能。使用预览7中的更新功能，这是完全可能的。请注意该如何DomainRestrictedRequirement作为自定义IAuthorizationRequirement。现在HubInvocationContext传入资源参数，内部逻辑可以检查调用Hub的上下文，并决定允许用户执行各个Hub方法。

public class DomainRestrictedRequirement :
    AuthorizationHandler,
    IAuthorizationRequirement
{
    protected override Task HandleRequirementAsync(AuthorizationHandlerContext context,
        DomainRestrictedRequirement requirement,
        HubInvocationContext resource)
    {
        if (IsUserAllowedToDoThis(resource.HubMethodName, context.User.Identity.Name) &&
            context.User != null &&
            context.User.Identity != null &&
            context.User.Identity.Name.EndsWith("@jabbr.net", StringComparison.OrdinalIgnoreCase))
        {
            context.Succeed(requirement);
        }

        return Task.CompletedTask;
    }

    private bool IsUserAllowedToDoThis(string hubMethodName,
        string currentUsername)
    {
        return !(currentUsername.Equals("[email protected]", StringComparison.OrdinalIgnoreCase) &&
            hubMethodName.Equals("banUser", StringComparison.OrdinalIgnoreCase));
    }
}

现在，可以使用代码在运行时需要检查的策略名称来装饰各个Hub方法。当客户端尝试调用各个Hub方法时，DomainRestrictedRequirement处理程序将运行并控制对方法的访问。根据DomainRestrictedRequirement控件访问的方式，所有登录用户都应该能够调用该SendMessage方法，只有使用@jabbr.net电子邮件地址登录的用户才能查看用户的历史记录，并且 - 除了[email protected]- 将是能够禁止用户进入聊天室。

[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要求作为参数提供。

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

必须注意的是，在这个例子中，DomainRestrictedRequirement该类不仅是一个，IAuthorizationRequirement而且也是它自己AuthorizationHandler的要求。可以将它们分成单独的类来分离关注点。然而，通过这种方式，没有必要注入AuthorizationHandler期间Startup，因为需求和处理程序是相同的，所以不需要单独注入处理程序。

gRPC模板中的HTTPS

gRPC模板现已更新为默认使用HTTPS。在开发时，我们继续使用该dotnet dev-certs工具生成的相同证书，在生产过程中，您仍需要提供自己的证书。

gRPC客户端改进

托管的gRPC客户端（Grpc.Net.Client）已更新为目标.NET Standard 2.1，不再依赖于仅存在于.NET Core 3.0中的类型。这可能使我们能够在将来在其他平台上运行。

gRPC Metapackage

在3.0.0-preview7中，我们引入了一个新的包Grpc.AspNetCore，它可以传递地引用构建gRPC项目所需的所有其他运行时和工具依赖性。推理元数据包的单个包版本应该使开发人员更容易处理，而不是独立版本的多个依赖项。

用于管理gRPC代码生成的CLI工具

新的dotnet-grpc全局工具使管理protobuf文件及其代码生成设置变得更加容易。全局工具管理添加和删除protobuf文件以及添加构建和运行gRPC应用程序所需的必需包引用。

dotnet-grpc通过运行以下命令安装最新预览：

dotnet tool install --global dotnet-grpc --version 0.1.22-pre2

例如，您可以运行以下命令来生成protobuf文件，并将其添加到项目中以生成代码。如果您在非Web项目上尝试此操作，我们将默认生成客户端并添加所需的包依赖项。

dotnet new proto -o .\Protos\mailbox.proto
dotnet grpc add-file .\Protos\mailbox.proto

.NET Core 3.0预览版7中的ASP.NET Core和Blazor更新

.NET Core 3.0预览版7中的ASP.NET Core和Blazor更新

开始吧

升级现有项目

最新的Visual Studio预览包括.NET Core 3.0作为默认运行时

Visual Studio中的顶级ASP.NET Core 模板

简化的网页模板

组件的属性splatting

接受任意参数

使用@attributes呈现任意属性

TypeConverters和泛型的数据绑定支持

阐明了哪些指令属性需要HTML vs C＃

EventCounters

主机

SignalR

NPM中SignalR的JavaScript客户端的新软件包ID

新的可定制SignalR Hub方法授权

gRPC模板中的HTTPS

gRPC客户端改进

gRPC Metapackage

用于管理gRPC代码生成的CLI工具

你可能感兴趣的:(.NET Core 3.0预览版7中的ASP.NET Core和Blazor更新)