1..NET Core/.NET 开源项目汇总：WPF组件库
2..NET core扫盲
3..NET/.NET Core相关面试题
4..NET Core 使用 ImageSharp 生成
5..NET平台系列6 .NET Core 发展历程
6.ASP.NET Core认证原理和实现

.NET Core/.NET 开源项目汇总：WPF组件库

       WPF，源源码作为Windows Presentation Foundation，源源码是源源码微软提供的一个用户界面框架，属于.NET Framework 3.0的源源码一部分，旨在提供统一的源源码编程模型、语言和框架，源源码java获取html源码实现界面设计人员与开发人员工作的源源码分离，同时提供全新的源源码多媒体交互用户图形界面。然而，源源码尽管微软提供的源源码WPF控件功能强大，但其样式可能并不尽如人意，源源码需要专业的源源码美工进行设计或定制。因此，源源码开源社区中涌现了众多无私奉献的源源码大牛分享出既美观又实用的WPF组件库，为开发者提供了丰富的源源码选择。以下是几款优秀的开源WPF组件库，供您参考。

       一、MaterialDesignInXAML

       MaterialDesignInXAML是一个完全开源的WPF GUI库，它与MahApps和Dragablz兼容，提供了一套现代流行的设计语言，使得开发人员能够轻松地将美观的桌面应用程序带入生活。该库提供了丰富的组件和功能，包括：

       首页：布局简洁、清爽，效果直观。

       支持主题风格切换：库内包含数十种颜色风格，满足大部分配色要求，同时支持自定义皮肤。自费出书网站源码

       按钮：提供多种形状的交互按钮，如圆形按钮、图标按钮、按钮进度、按钮文字提示等，使Web中的常见效果在WPF中也能轻松实现。

       输入验证框：实现了多种验证器，简化了表单验证的代码，同时提供了友好的界面提示。

       标签：控件支持英文Chips，用于显示标签，特别适用于显示大量数据时，可通过点击进行过滤。

       卡片：卡片式布局，用于显示数据，提供更生动、友好的展示方式，支持+文字的形式。

       图标：提供了成百上千种矢量图标供选择，方便用于菜单图标、按钮图标等。

       分组框：类似卡片的组合框，允许自定义Header，并支持添加。

       进度条：提供多种样式，适用于不同需求，使得调整进度条各个部分变得简单。

       对话框：遮罩式对话框，qt标绘源码下载支持整个窗体遮罩或窗体部分用户控件对话框，实用性高。

       抽屉：支持从东、南、西、北四个方向打开抽屉，用于提供额外的功能或内容。

       提示信息：提供了一种不弹框的提示方式，用于显示不需要用户操作的即时信息。

       二、MahApps.Metro

       Metro是一个允许开发人员为WPF应用程序设计Metro或现代UI的框架。它重写了所有常见WPF控件的默认样式，提供了现代外观，并包含了一些基于WindowsPhone、Windows8和Windows（UWP）应用程序概念的自定义控件。MahApps.Metro的源代码托管在GitHub上，易于访问和改进。

       三、AduSkin

       AduSkin是一款简单美观的WPF UI库，融合了多个开源框架组件，为个人定制UI提供了丰富选项。它支持动态修改皮肤，提供大量产品示例，供学者参考和使用。AduSkin的官方网站和开源地址均在GitHub上，方便开发者获取和使用。

.NET core扫盲

       .NET发行至今已经过了十四个年头。随着版本的机油小程序源码不断迭代更新，.NET在Windows平台上的表现也是越来越好，可以说Windows平台上所有的应用类型.NET几乎都能完成。只是成也Windows，败也Windows，这十四年来，除了部分“民间”版本，.NET一直没能在官方支持下摆脱Windows平台的局限，“开源”和“跨平台”这两个词语也是所有.NET开发者心中的痛楚。最终，.NET Core出现了，它让开发者们在官方和社区的支持走出了Windows，可以在macOS，Linux主流distributions上编写调试并部署.NET程序。

       .NET Core是一个开源通用的开发框架，支持跨平台，即支持在Window，macOS，Linux等系统上的开发和部署，并且可以在硬件设备，云服务，和嵌入式/物联网方案中进行使用。.NET Core的源码放在 GitHub上，由微软官方和社区共同支持。它和传统的.NET Framework，属于“子集—超集”的关系，或者你也可以简单地认为它就是.NET Framework的跨平台版本（基于 BCL的层面上看）。这是因为在当前版本中（1.0），.NET Core中的高校就业系统源码大部分核心代码都是从.NET Framework中继承重写的，包括Runtime和Libraries（如GC, JIT, 部分类型）。

       现在的.NET Core 1.0版本是一个很小的核心，APIs和工具也并不完整，但是随着.Net Core的不断完善，补充的Apis和创新也会一起整合到.NET Framework中。也就是说，.NET Core微软会同时更新.NET Framework和.NET Core，他们就像俩兄弟，共同努力致富（致谁的富？当然是.NET开发者们），实现所谓的天下大同，也就是 .NET 标准2.0

       这里不得不提到一个叫做 .NET Standard Library概念。作为.NET平台APIs开发官方支持标准，它要求所有的.NET框架APIs都遵循向下兼容。比如说.NET Framwork 4.6支持.NET Standard Library 1.3，.NET Framwork 4.6.2框架支持.NET Standard Library 1.5，而.NET Core 1.0框架支持1.6标准。

       Tips:是不是想起了MSCorEE.dll这个垫片，它同样承载着Windows平台上为.NET应用程序选择CLR版本的工作

       第二种方式和.NET Native也是不一样的，仍然使用CoreCLR，而.NET Native使用CoreRT作为运行时，详细信息请见 dotnet/corert

       .NET Core 1.0版本中支持的编程语言仅有C#（F#和VB暂未实现），这里还要提到一个开源的语言编译器Roslyn，它负责将代码编译成我们熟悉的IL语言，然后再借由AOT或JIT编译器编译成机器熟悉的机器语言。

       以下内容演示在Windows和CentOS 7.2下的命令行生成和发布demo

       3.1 Win

       3.1.1 安装 .NET Core SDK和 .NET Core Runtime .NET Core SDK = 使用.NET Core开发应用.NET Core Runtime 和 SDK+CLI 工具

       3.1.2 简单的运行结果 打开cmd，依次输入mkdir .project（创建目录），cd .\.project（进入目录），dotnet new（新建初始项目），dotnet restore（还原依赖），dotnet run（运行）即可运行第一个Hello World程序

       3.2 CentOS 7.2（本地Hyper-V）

       3.2.1 安装和运行 详情请见： .NET Core in CentOS，大致命令如下

       第六行命令后可使用dotnet --info查看是否链接成功，显示如下

       以上步骤在.NET Core官方网站都可以找到，可以看到应用在经过简单的dotnet new, dotnet restore, dotnet run命令后就跑起来了，但是这其实是类似于开发环境中的调试运行，而且win上new的应用此时也不能直接跨平台到Linux下运行，所以我们又得提到dotnet publish命令了

       3.2.2 Self-contained applications 发布 （1） 修改project.json文件 我们现在win下按照步骤new一个新的HW控制台应用self，按照 官方文档要求，我们需要用以下内容替换原来project.json文件（删除"type": "platform",并增加runtimes节点）

       （2） 执行restore和publish操作

       之后执行dotnet restore指令，针对平台进行还原操作。该步操作耗时较久，虽然只是两个平台，第一次也花了较长时间。紧接着进行进行dotnet publish -r centos.7-x -c release。

       dotnet publish指令详见 dotnet-publish - Packs the application and all of its dependencies into a folder getting it ready for publishing （3） 在Linux平台上运行

       上述操作后，我们只需要将发布后的文件夹（bin/release/netcoreapp1.0/centos7-x/publish，包含self.exe）上传到Linux root目录下project（新建）文件夹中， 在Shell中输入指令

       修改可执行权限后，即可成功运行“Hello World”，这就是我们“Self-contained applications”方式的部署方法

       至此，.NET Core的学习便告一段落了，以上内容简单介绍了.NET Core的组成和特性，同时也在Windows和Linux系统上通过两种不同的部署方式成功运行了示例。相比较之前的.NET Framework傻瓜式部署，.NET Core的新奇真是让我眼前一亮。接下来，我也会将.NET Core和 ASP.NET Core的学习记录下来，欢迎指正。

       4.2 相关学习资料

       5. 参考资料

.NET/.NET Core相关面试题

       ASP.NET 是由 Microsoft 创建的开放源代码 Web 框架，用于生成基于 .NET 的现代 Web 应用和服务。ASP.NET Core 则是一个开源、跨平台、高性能框架，具备更精简、易配置、模块化和高扩展性。

       .NET 支持多种编程语言，具体详情请查阅相关文档。

       选择 ASP.NET Core 的原因包括其轻量级、模块化设计以及为开发人员提供了更多控制和灵活性。

       ASP.NET Core 是 ASP.NET 4.x 的重设计，带来了更优化的架构与性能提升。

       托管资源由 CLR 管理分配和释放，而非托管资源不受 CLR 控制，包括操作系统接口和第三方库资源。

       GC 是 .NET Framework 的垃圾回收器，负责管理内存分配和释放。它在新对象创建时分配内存，并在内存资源充足时执行回收，释放不再使用的对象内存。

       .NET 的垃圾回收机制确保程序资源高效管理，避免内存泄漏。

       IDisposable 接口用于管理非托管资源的生命周期，实现资源的释放。

       在 .NET 中，所有类的基类为 Object。

       .NET 中实现深拷贝通常通过实现 ICloneable 接口来完成。

       ICloneable 接口支持对象克隆，允许创建现有实例的副本。

       依赖注入（DI）和面向服务（IoC）容器帮助管理类间依赖，确保代码可维护和扩展。

       默认服务容器在 .NET Core 中由 Microsoft.Extensions.DependencyInjection 提供。

       使用第三方容器替代内置容器，主要是为了获得特定功能支持，如更复杂的依赖管理。

       在 .NET Core 中，服务生命周期分为三种：Singleton（单例）、Scoped（范围）和 Transient（临时）。

       中间件是 .NET Core 应用中用于处理请求和响应的组件，通过请求管道实现。注册中间件有多种方法，最常见的使用 Use() 助手函数。

       中间件执行顺序由开发者控制，以满足特定应用需求。

       Startup 类包含两个关键方法：Configure 和 ConfigureServices，用于配置应用和服务。

       .NET Core 中的五大过滤器包括：授权过滤器、资源过滤器、操作过滤器、结果过滤器和异常过滤器，分别用于权限控制、页面缓存、方法执行前与后处理、结果处理和全局异常捕获。

       .NET Core Filter 的注册方式包括在 Startup 类的 ConfigureServices 方法中配置过滤器。

       .NET Core 3.1 升级到 .NET 5 提供了更现代化的语言特性和性能改进。

       获取 C#/.NET/.NET Core 面试宝典，欢迎关注微信公众号：追逐时光者，回复关键字面试，获取语雀在线免费的面试宝典。

       不断学习以提升技能，不仅是为面试准备，更是为个人知识增长和团队进步贡献力量。

.NET Core 使用 ImageSharp 生成

       ImageSharp 是对 .NET Core 平台的图像处理扩展，旨在提供高效且易于使用的图像操作功能。以往的案例常聚焦于生成文字、绘制简单图形、制作验证码等，但实际项目中，ImageSharp 的应用更为广泛。

       在公司项目中，我们应用了ImageSharp 来生成微信二维码和圆形头像。要开始，首先通过以下地址获取源码：github.com/SixLabors/Im...

       安装所需的包如下：

       Install-Package SixLabors.ImageSharp -Version 1.0.0-beta

       Install-Package SixLabors.ImageSharp.Drawing -Version 1.0.0-beta

       接下来，具体应用方法包括：

       1. 在上绘制文字：要处理文字，需注意字体问题。一般情况下，Windows 下的字体文件位于 C:\Windows\Fonts 文件夹，而 Linux 系统下则在/usr/share/fonts。以黑体为例，我们将其字体文件 SIMHEI.TTF 放入项目根目录以方便调用。获取文字的像素宽度，可通过特定方法实现。

       2. 生成圆形头像：ImageSharp 提供了绘制圆形的工具类，直接使用即可。在已有上画出圆形头像，只需调用 ConvertToAvatar 方法，将方形转化为圆形并绘制。

       3. 处理二维码：以微信二维码为例，项目中通过从微信公众号平台 API 获取二维码。为处理 BitMatrix 类型的二维码，我们将其转换为流格式，以便通过 Image.Load 方法获取信息。为了兼容性，将数据流中的 byte 数据实例化为 MemoryStream 类型，确保能够顺利加载处理后的流。

       以上是使用 ImageSharp 在 .NET Core 平台生成的实用案例，通过实例操作，有效实现了特定需求。更多关于 ImageSharp 的资料、教程及源码，可自行访问指定链接获取。

.NET平台系列6 .NET Core 发展历程

        本系列技术大约篇文章，欢迎关注、点赞、评论、转发，每天都能获取IT优质内容。

        .NET Core 历程

        以下内容来自微软.NET团队：

        【大约两年前，我们开始收到一些ASP.NET客户对于.NET 在Linux系统上的请求。在同一时期，我们开始与Windows Server Team讨论关于Windows Nano，它们的未来和一些较小的服务型产品。结果，我们开始了一个新的代号为“Project K”面向新平台的.NET项目。我们沿着一条线多次更改名称、外观和体验，在每次运行过程都尽量让它更完善，适用于更多情况和更多的基础开发人员。非常高兴这个项目最终成为可用的.NET Core和ASP .NET Core 1.0。

        　　开源代码是这个项目另外一个重要的主题。随着时间的推移，我们注意到所有的主流网络平台都是开源代码。ASP.NET MVC已经开放源代码很长时间了，但它下面的平台，.NET Framework并没有开放源代码。对于那些非常关心开源代码，以及认为MVC的开源不够全面的开发人员，我们并没有给出回答。随着今天的发布，ASP.NET Core是一个自上而下的开源网络平台。甚至文档也是开源的，对于任何一个对他们的网络协议栈有开源代码需求的人来说ASP.NET Core都是一个不错的选择。

        　　我想对每个已经尝试.NET Core和ASP.NET Core并且给我们反馈的人表示我们的感激之情。我们知道成千上万的人已经使用过先前的1.0产品，谢谢！我们已经收到许多关于产品设计选择，用户体验、性能、通信和其他主题的反馈。我们尽我们最大的努力响应了所有的反馈。有了这些反馈这次发布才能更加成功。没有你们我们不可能完成它。谢谢！

        　　如果你不是一名.NET开发者或者没有应用过.NET，现在正是尝试它的好时机。你可以在任何操作系统上、用任何工具，对于任意一个应用感受.NET没有限制的生产力和力量。所有的开源代码，都得力于社区和微软的支持，查看dot.net了解.NET操作范围。】

        　　在我的上一篇博客《.NET平台系列5 .NET Core 简介》中主要介绍了.NETCore的基本情况，主要包括.NET跨平台的缘由、.NET Core的定义、.NET Core的核心功能、.NET Core的包管理、.NET Core 执行的应用程序类型、.NET Core 与其他平台的关系、.NET Core 支持的操作系统、.NET Core 支持开发的应用等。微软.NET宏伟目标到底发展的如何，首先通过下面的一幅图可以直观地了解。

        　　年2月4日，微软云计算事业部副总裁 萨提亚·纳德拉 出任微软第三任CEO，改变微软企业文化，开始开源、拥抱Linux。年微软对.NET平台进行了重新设计与架构。

        　　年6月日，.NET Core1.0 项目正式发布，彻底改变了 Windows Only 的场景，拥抱开源。同时也得到了全世界开发者的喜爱与支持，很多顶级大牛为.NET Core贡献代码，发展非常迅速，顺势推出了.NET Core1.1、.NET Core2.0、.NET Core2.1、.NET Core2.2、.NET Core3.0、.NET Core 3.1、.NET5，最新推出.NET 6预览版，预计到年月，正式发布.NET6。

        .NET Core 版本支持

        　　从微软官网 /download/dotnet 可以了解到，.NET团队到年8月日将停止支持.NET Core 2.1 版本、到年月3日将停止支持.NET Core 3.1版本。.NET5.0 是目前微软推荐的可用于生产环境的最新版本，.NET6.0目前处于预览版本，个人学习可以使用，不建议用到生产环境，待6.0正式版发布后，基于.NET Core 3.1 或者 .NET 5.0的项目可以无缝迁移到.NET 6.0。

        本系列技术大约篇文章，欢迎关注、点赞、评论、转发，每天都能获取IT优质内容。

        #国际体操协会解释桥本大辉跳马打分#

        #南京、张家界或形成疫情传播双中心#

        #刘德华抖音看播人数破亿#

        #黄晓明祝贺表妹陈梦获女乒冠军#

        #南京疫情已蔓延至省市#

ASP.NET Core认证原理和实现

       é€šå¸¸åœ¨åº”用程序中，安全分为前后两个步骤：验证和授权。验证负责检查当前请求者的身份，而授权则根据上一步得到的身份决定当前请求者是否能够访问期望的资源。

        既然安全从验证开始，我们也就从验证开始介绍安全。

        我们先从比较简单的场景开始考虑，例如在 Web API 开发中，需要验证请求方是否提供了安全令牌，安全令牌是否有效。如果无效，那么 API 端应该拒绝提供服务。在命名空间 Microsoft.AspNetCore.Authentication 下，定义关于验证的核心接口。对应的程序集是 Microsoft.AspNetCore.Authentication.Abstractions.dll。

        在 ASP.NET 下，验证中包含 3 个基本操作：

        验证操作负责基于当前请求的上下文，使用来自请求中的信息，例如请求头、Cookie 等等来构造用户标识。构建的结果是一个 AuthenticateResult 对象，它指示了验证是否成功，如果成功的话，用户标识将可以在验证票据中找到。

        常见的验证包括：

        在授权管理阶段，如果用户没有得到验证，但所期望访问的资源要求必须得到验证的时候，授权服务会发出质询。例如，当匿名用户访问受限资源的时候，或者当用户点击登录链接的时候。授权服务会通过质询来相应用户。

        例如

        质询操作应该让用户知道应该使用何种验证机制来访问请求的资源。

        在授权管理阶段，如果用户已经通过了验证，但是对于其访问的资源并没有得到许可，此时会使用拒绝操作。

        例如：

        拒绝访问处理应该让用户知道：

        在这个场景下，可以看到，验证需要提供的基本功能就包括了验证和验证失败后的拒绝服务两个操作。在 ASP.NET Core 中，验证被称为 Authenticate，拒绝被称为 Forbid。 在供消费者访问的网站上，如果我们希望在验证失败后，不是像 API 一样直接返回一个错误页面，而是将用户导航到登录页面，那么，就还需要增加一个操作，这个操作的本质是希望用户再次提供安全凭据，在 ASP.NET Core 中，这个操作被称为 Challenge。这 3 个操作结合在一起，就是验证最基本的要求，以接口形式表示，就是 IAuthenticationHandler 接口，如下所示：

        验证的结果是一个 AuthenticateResult 对象。值得注意的是，它还提供了一个静态方法 NoResult() 用来返回没有得到结果，静态方法 Fail() 生成一个表示验证异常的结果，而 Success() 成功则需要提供验证票据。

        通过验证之后，会返回一个包含了请求者票据的验证结果。

        在 GitHub 中查看 AuthenticateResult 源码

        那么验证的信息来自哪里呢？除了前面介绍的 3 个操作之外，还要求一个初始化的操作 Initialize，通过这个方法来提供当前请求的上下文信息。

        在 GitHub 中查看 IAuthenticationHandler 定义

        有的时候，我们还希望提供登出操作，增加登出操作的接口被称为 IAuthenticationSignOutHandler。

        在 GitHub 中查看 IAuthenticationSignOutHandler 源码

        在登出的基础上，如果还希望提供登录操作，那么就是 IAuthenticationSignInHandler 接口。

        在 GitHub 中查看 IAuthenticationSignInHandler 源码

        直接实现接口还是比较麻烦的，在命名空间 Microsoft.AspNetCore.Authentication 下，微软提供了抽象基类 AuthenticationHandler 以方便验证控制器的开发，其它控制器可以从该控制器派生，以取得其提供的服务。

        通过类的定义可以看到，它使用了泛型。每个控制器应该有一个对应该控制器的配置选项，通过泛型来指定验证处理器所使用的配置类型，在构造函数中，可以看到它被用于获取对应的配置选项对象。

        在 GitHub 中查看 AuthenticationHandler 源码

        通过 InitializeAsync()，验证处理器可以获得当前请求的上下文对象 HttpContext。

        最终，作为抽象类的 ，希望派生类来完成这个验证任务，抽象方法 HandleAuthenticateAsync() 提供了扩展点。

        验证的结果是一个 AuthenticateResult。

        而拒绝服务则简单的多，直接在这个抽象基类中提供了默认实现。直接返回 HTTP 。

        剩下的一个也一样，提供了默认实现。直接返回 HTTP 响应。

        对于 JWT 来说，并不涉及到登入和登出，所以它需要从实现 IAuthenticationHandler 接口的抽象基类 AuthenticationHandler 派生出来即可。从 AuthenticationHandler 派生出来的 JwtBearerHandler 实现基于自己的配置选项 JwtBearerOptions。所以该类定义就变得如下所示，而构造函数显然配合了抽象基类的要求。

        在 GitHub 中查看 JwtBearerHandler 源码

        真正的验证则在 HandleAuthenticateAsync() 中实现。下面的代码是不是就很熟悉了，从请求头中获取附带的 JWT 访问令牌，然后验证该令牌的有效性，核心代码如下所示。

        在 GitHub 中查看 JwtBearerHandler 源码

        在 ASP.NET Core 中，你可以使用各种验证处理器，并不仅仅只能使用一个，验证控制器需要一个名称，它被看作该验证模式 Schema 的名称。Jwt 验证模式的默认名称就是 "Bearer"，通过字符串常量 JwtBearerDefaults.AuthenticationScheme 定义。

        在 GitHub 中查看 JwtBearerDefaults 源码

        最终通过 AuthenticationBuilder 的扩展方法 AddJwtBearer() 将 Jwt 验证控制器注册到依赖注入的容器中。

        在 GitHub 中查看 JwtBearerExtensions 扩展方法源码

        一种验证处理器，加上对应的验证配置选项，我们再为它起一个名字，组合起来就成为一种验证架构 Schema。在 ASP.NET Core 中，可以注册多种验证架构。例如，授权策略可以使用架构的名称来指定所使用的验证架构来使用特定的验证方式。在配置验证的时候，通常设置默认的验证架构。当没有指定验证架构的时候，就会使用默认架构进行处理。

        还可以

        注册的验证模式，最终变成 AuthenticationScheme，注册到依赖注入服务中。

        在 GitHub 中查看 AuthenticationScheme 源码

        各种验证架构被保存到一个 IAuthenticationSchemeProvider 中。

        在 GitHub 中查看 IAuthenticationSchemeProvider 源码

        最终的使用是通过 IAuthenticationHandlerProvider 来实现的，通过一个验证模式的字符串名称，可以取得所对应的验证控制器。

        在 GitHub 中查看 IAuthenticationHandlerProvider 源码

        它的默认实现是 AuthenticationHandlerProvider，源码并不复杂。

        在 GitHub 中查看 AuthenticationHandlerProvider 源码

        验证中间件的处理就没有那么复杂了。

        找到默认的验证模式，使用默认验证模式的名称取得对应的验证处理器，如果验证成功的话，把当前请求用户的主体放到当前请求上下文的 User 上。

        里面还有一段特别的代码，用来找出哪些验证处理器实现了 IAuthenticationHandlerProvider，并依次调用它们，看看是否需要提取终止请求处理过程。

        在 GitHub 中查看 AuthenticationMiddle 源码