原文：https://devblogs.microsoft.com/dotnet/dotnet-5-end-of-support-update/
.NET Core 2.2于2018年12月4日发布。一般来说，作为非长期支持（“当前”）的版本，它在下一个版本后的三个月内都还会受到支持和更新。.NET Core 3.0于2019年9月23日发布，因此支持.NET Core 2.2的时间会到2019年12月23日那天为止。
这是一篇发布在dotnet 团队博客上由微软Graph首席软件工程师 Joao Paiva 写的文章，原文地址： https://devblogs.microsoft.com/dotnet/microsoft-graph-dotnet-6-journey/。
https://www.cnblogs.com/eventhorizon/p/17497359.html
从业人员数量分析：在操作系统市场份额中Android系统市场占比为41.14%，Windows市场占比为31.36%。微软依靠“WinTel”+“软件付费”模式，而谷歌依靠“Android+ARM”+"免费流量+增值服务"模式，Win系统占率呈下滑态势。国内90%开发者都在使用JAVA，Python等其它开发语言，按照工信部公布程序员从业数量在600万左右，C#程序员编程语言排行榜占6%计算保守估计有36万人，推算WPF从业人数在5万人以上。 优势：由于微软官方工具Prism仍在更新（2021年5月），很多企业不会马上迁移到最新的操作系统的理由：太花钱，太费时间，风险太大，迁移数据，开会并学习对业务，同时还要解决新语言开发debug问题。 劣势：大学几乎没有开这门课程，导致不能推动WPF向前更好发展，企业难招到合适的WPF程序员，很多企业面临选择其它开发语言。
.NET Core 启动于2016年，跟K8S同年诞生，既拥有着悠久的历史积累，又集成了当下最新的设计理念，加上.NET团队持续对容器技术的官方支持和适配改进，这两年各种性能测试榜单中，.NET Core都是最受欢迎和期待的！在云原生 Cloud Native 的大潮中，.NET Core/.NET5/.NET6也是最具优势的，因为他们具有足够的轻巧和高效的先天优势。
最近在微信里做了一个调查， 收到550份调查，参与的人数中接近1/3 还在维护Web Forms应用程序，说明这个存量规模还是很大的。
以前写过ASP.NET Core 2.x的REST API文章，今年再更新一下到3.0版本。
随着 .NET 6 的发布，使用 ASP.NET Core 可以获得更多好处。但是将现有代码迁移到 ASP.NET Core 通常听起来像是一项巨大的投资。今天我们将分享如何加速向 ASP.NET Core 的迁移。您今天可以进行一些细微的更改，以便明天更轻松地迁移到 ASP.NET Core。
.NET 是一个由 Microsoft 设计和支持的软件开发框架和生态系统，可实现轻便的桌面和 Web 应用程序工程。它是一个流行的免费平台，目前用于许多不同类型的应用程序，因为它为大多数软件开发阶段提供了编程环境。.NET 最适合寻求广泛功能的企业，例如基于 Web 的服务、桌面软件和云基础架构支持。
在今天的微软Build Live大会上，微软.Net Core团队公开了.net Core3的开发计划的预览。.Net Core 3 的亮点是支持Windows桌面应用程序，特别是Windows窗体、Windows Presentation Framework (WPF)和UWP XAML。您将能够在. net Core上运行新的和现有的Windows桌面应用程序，并能享受.Net Core提供的所有好处。
.NET团队2023年2月16日在官方博客上发布了名为“.NET Upgrade Assistant”的全新 Visual Studio 扩展，帮助开发人员升级.NET 应用程序。这意味着程序员可以不通过命令行工具升级.NET 应用程序。
如果我们的.NET Framework应用程序本身年龄够大，是一座屎山难以修复，.NET 5确是一种采用当今最先进材料构建的现代绿色住宅，.NET 升级助手 能让我们的迁移工作轻松一些，它也不是万能的，没办法帮助我们把系统搞的更好，在我们迁移的过程中还是需要进行一些手动工作的。
随着 .NET Core 2.0 的发布，.NET 开源跨平台迎来了新的时代。开发者们可以选择使用命令行、个人喜好的文本编辑器、Visual Studio 2017 15.3 和 Visual Studio Code 来开发自己的 .NET Core 2.0 项目。同时，微软 .NET 开发工具组也宣布了 ASP.NET Core 2.0 的发布，并且此版本与 .NET Core 2.0、Visual Studio 2017 15.3 和新的 Razor Pages 页面优化范例兼容。相信目前技术社区中开发人员讨论最多的问题就是：是否应该将代码迁移到 ASP.NET Core 2.0？ ”
Microsoft 发布了 .NET 5（和 .NET Core）及更高版本的主要版本、次要版本和服务更新（补丁）。本文解释了发布类型、服务更新、SDK 功能带、支持期限和支持选项。 发布类型 有关每个版本类型的信息以Major.minor.patch形式编码在版本号中。 例如： .NET Core 3.0 和 NET 5.0 是主要版本。 .NET Core 3.1 是 .NET Core 3.0 主要版本之后的第一个次要版本。 .NET Core 3.1.7 是 .NET Core 3.1 的第七个补丁。 主要版本 主要版本包括新功能、新的公共 API 表面区域和错误修复。示例包括 .NET Core 3.0 和 .NET 5。由于更改的性质，这些版本预计会有重大更改。主要版本与以前的主要版本并排安装。 次要版本 次要版本还包括新功能、公共 API 表面区域和错误修复，也可能有重大更改。示例包括 .NET Core 2.1 和 .NET Core 3.1。这些版本与主要版本之间的区别在于更改的幅度较小。从 .NET Core 3.0 升级到 3.1 的应用程序有一个较小的跳跃向前推进。次要版本与以前的次要版本并排安装。 服务更新 服务更新（补丁）几乎每个月都会发布，这些更新包含安全和非安全错误修复。例如，.NET Core 3.1.8 是 .NET Core 3.1 的第八次更新。当这些更新包含安全修复程序时，它们会在“星期二补丁”发布，也就是每月的第二个星期二。预计服务更新将保持兼容性。从 .NET Core 3.1 开始，服务更新是删除先前更新的升级。例如，3.1 的最新服务更新会在成功安装后删除之前的 3.1 更新。 功能带（仅限 SDK） .NET SDK 的版本控制与 .NET 运行时略有不同。为了与新的 Visual Studio 版本保持一致，.NET SDK 更新有时会包含新功能或新版本的组件，例如 MSBuild 和 NuGet。这些新功能或组件可能与相同主要或次要版本的先前 SDK 更新中提供的版本不兼容。 为了区分此类更新，.NET SDK 使用了功能带的概念。例如，第一个 .NET Core 3.1 SDK 是 3.1.100。此版本对应于 3.1.1xx 功能带。功能带在版本号第三部分的数百个组中定义。例如，3.1.101 和 3.1.201 是两个不同特征带中的版本，而 3.1.101 和 3.1.199 是同一特征带中的版本。安装 .NET Core SDK 3.1.101 后，如果 .NET Core SDK 3.1.100 存在，则会从计算机中删除。当 .NET Core SDK 3.1.200 安装在同一台机器上时，不会删除 .NET Core SDK 3.1.101。 运行时前滚和兼容性 主要和次要更新与以前的版本并行安装。即使安装了较新的版本，为特定的major.minor版本而构建的应用程序仍会继续使用该目标运行时。除非您选择启用此行为，否则应用程序不会自动前滚以使用较新的Major.minor版本的运行时。为面向 .NET Core 3.0 构建的应用程序不会自动开始在 .NET Core 3.1 上运行。我们建议在部署到生产环境之前重建应用程序并针对更新的主要或次要运行时版本进行测试。有关更多信息，请参阅框架相关应用前滚和自包含部署运行时前滚。 服务更新与主要和次要版本的处理方式不同。默认情况下，为 .NET Core 3.1 构建的应用程序在 3.1.0 运行时上运行。安装该服务更新后，它会自动前滚以使用较新的 3.1.1 运行时。此行为是默认行为，因为我们希望在安装后立即使用安全修复程序，而无需任何其他操作。您可以选择退出此默认前滚行为。 .NET Core 和 .NET 5 版本生命周期 .NET Core、.NET 5 和更高版本采用现代生命周期，而不是已用于 .NET Framework 版本的固定生命周期。具有固定生命周期的产品提供较长的固定期限支持，例如 5 年的主流支持和 5 年的扩展支持。主流支持包括安全和非安全修复，而扩展支持仅提供安全修复。采用现代生命周期的产品具有更类似于服务的支持模型，支持周期更短，发布频率更高。 发布曲目 发布有两个支持轨道： 当前版本 这些版本在下一个主要或次要版本发布后的六个月内得到支持。以前（.NET Core 3.0 及更早版本），这些版本仅在下一个主要或次要版本发布后的三个月内受支持。 例子： .NET Core 3.0 于 2019 年 9 月发布，紧随其后的是 2019 年 12 月的 .NET Core 3.1。 .NET Core 3.0 支持于 2020 年 3 月结束，即 3.1 发布 3 个月后。 长期支持(LTS) 版本 这些版本的支持期限至少为 3 年，或者下一个 LT
我们在2014年11月推出了.NET Core 1.0。.NET Core 的目标是借鉴我们过去12年构建、发布和服务.NET Framework的经验去构建更好的产品。这些改进如：并行安装（您可以安装新版本，而不必担心破坏现有应用程序）、独立的应用程序 （应用程序可以内置 .NET，因此.NET 不需要安装在计算机上），非Windows 操作系统的组件（.NET提供独立于操作系统计划的新版本）等等。除此之外, 我们还实现了.NET Core 开源和跨平台。
微软的Azure Service Fabric的官方博客在2017.3.24日发布了一篇博客 Service Fabric .NET SDK goes open source ，介绍了社区呼声最高的Service Fabric开源的情况以及当前的情况，当时开源了Service Fabric的.NET SDK部分，社区一直在期盼着Service Fabric的正式开源，经过了一年漫长的等待，2018年3月14日微软终于开源了Service Fabric，而且是以MIT许可下开放源代码，在官方博客宣布 http
出品 | OSC开源社区（ID：oschina2013) 为了生态的可持续、可维护、安全等原因，编程语言和框架都会不断推陈出新，放弃对老版本的支持，并希望开发者能够跟进最新版本的变化。 不过众所周知，想让开发者第一时间跟进并非一件简单的事情，尤其是你可以想想微软多少年以前就开始推进 Arm 版 Windows 的发展（2012 年发布的 Windows RT），即便到了 2023 年又有多少开发者开发了 Arm 版 Windows 应用呢。 微软日前推出了一个适用于 Visual Studio 的扩展程序
全文翻译自微软官方文档英文版 What's new in ASP.NET Core 3.0
最新.Net Core 热词霸占了各个技术热搜，看来微软近年来发布的 .Net Core 还是成功了引起了大家的热烈讨论。如果您对微软熟悉，肯定是很了解.Net 平台，但是随着互联网的兴起，好像微软这个霸主的地位有所撼动。
微软于2014年11月推出了.NET Core 1.0。.NET Core的目标是从我们在过去12年中对.NET Framework的构建、交付和服务的经验中吸取教训，并开发出的更好的产品。这些改进的一些例子包括并行安装（可以安装新版本，而不必担心破坏现有应用程序）、自包含应用程序（应用程序可以嵌入.NET，因此.NET不需要在计算机上安装），而不是Windows操作系统的一个组件（.NET发布独立于操作系统时间表的新版本）等等。在此基础上，我们使.NET Core开源和跨平台。
grpc-dotnet（Grpc.Net.Client[1]和Grpc.AspNetCore.Server[2] nuget 包）现在是.NET/C#中推荐的 gRPC 实现。最初的 gRPC C#实现（Grpc.Core nuget 包）将进入维护模式，不会得到任何新功能，只会收到重要的错误修复和安全修复。最终的计划是在未来的某个时候逐步完全淘汰 Grpc.Core。该公告描述了我们决定这样做的原因，并更详细地列出了该计划。
2014年11月12日的Connect ();开发者活动上宣布将.NET堆栈基于MIT协议开源，并且提供开源保证，托管在Github上。当时的版本与最终目标相距甚远，然而有一点可以肯定的是，这是一个与.NET Framework 4.x完全不同的框架。 这在社区引发了诸多疑惑和争论。进行剧烈变更的原因显而易见：.NET Framework 4.x已经无法充分发挥最新的技术的威力，而且无法完全满足开发跨平台，云化的大规模应用需求，而一个全新的框架可以让.NET开发者以更简单、更直接的方式来开发Web服务与应用
Damian Edwards, Safia Abdalla, David Fowler, Gaurav Seth, Daniel Roth, Glenn Condron, Maddy Montaquila, Maria Naggaga
原文地址：https://github.com/thangchung/awesome-dotnet-core
我们今天要聊的内容主要桌面开发四个方面：Windows平台、.NET Core 3 平台上的WPF，Winform, 应用打包解决方案 MSIX 和 XAML 群岛访问原来UWP的控件，让我们的应用程序迅速现代化。
5 月 8 日更新之后，微软将不再为 .NET 5.0 提供服务更新，包括安全修复或技术支持，用户需要将 .NET 版本更新到受支持的版本 (.NET 6.0 ) 才能继续接收更新。
Azure SignalR 服务是一种完全托管的用于实时消息传递的 Azure 服务。它是扩展 ASP.NET Core SignalR 应用程序的首选方法。但是，SignalR 服务是用 ASP.NET Core 2.0 的 SignalR 上构建的，它与 ASP.NET SignalR 不是100% 兼容。要使 ASP.NET SignalR 应用程序使用 SignalR 服务，需要更改代码。服务 SDK 还需要专门添加 ASP.NET 支持。
本文为翻译，原文地址：https://blogs.msdn.microsoft.com/webdev/2018/12/04/asp-net-core-2-2-available-today/
对于 .NET 社区来说，6月是火热的夏天般的热烈，发布了 .NET 6 及其相关框架（包括 MAUI）的新预览版，以及 Visual Studio 2022 的第一个预览版。 .NET 6 Preview 5包括对名为SDK 工作负载的新功能的改进, .NET 统一工作的关键是 SDK 工作负载的新方案，使 .NET团队能够在不增加 SDK 大小的情况下添加对新应用程序类型的支持。在 .NET 5 中，我们将添加对 iOS、Android和WebAssembly 项目的支持。在 .NET 5 之前，我们已经通过单体 SDK 交付了所有支持的工作负载。作为.NET SDK的支持工作量增长（和我们希望他们），这将不再是站不住脚提供一个“所有功能于一身的/一个尺寸适合所有人” SDK分布。大型单体 SDK 面临许多挑战，其中产品构建时间和分发规模最为重要。相反，所有新工作负载都将与SDK 分开构建和交付，并且可通过您最喜欢的安装工具（如 Visual Studio 安装程序、Linux 包管理器或.NET CLI）获得。随着时间的推移，我们打算让所有 .NET 工作负载都遵循这种模式，从而产生一个非常小且专注的 SDK。
摘要： 大概一年前开始在思考 构造函数中 依赖注入较多，这对系统性能及硬件资源消耗产生一些优化想法。一般较多公司的项目都使用Autofac 依赖注入（Scoped 作用域），但是发现过多的对象产生 会消耗 CPU ， 内存 并给GC（垃圾回收）造成一定的压力。那么开始思考是否能够使用 单例 （Singleton）来解决这些问题呢？带着这些想法开始ReView整个项目的代码，排查是否存在 单例 会造成 线程安全 或 方法内修改全局变量的代码（ 结果是乐观的.... ）。于是开始了性能测试....论证.. 试运行... ，结果是超预期的（CPU 从 60%-降低到--》10%， 内存 从 33%-降低到--》20%， 接口平均响应时间 从 120毫秒--降低到--》50毫秒 . 1500/QPS （不含内部服务相互调用）） 和 @InCerry 沟通结果，说可以写个 案例 和大家分享分享... 于是乎 有了这一片文章。
虽然.NET 6目前是预览版2的状态，但是基于微软的特性，预览版的话基本上不会有太大的变动了。所以我们可以正常的投入学习了，等到11月份 发布的RTM版本的时候。我们就可以无缝升级切换到.NET 6的RTM版本。
.NET Core SDK（Software Development Kit）是Microsoft推出的一个开源跨平台框架，用于开发和部署.NET应用程序。它是.NET Core平台的核心组件之一，为开发者提供了在多个操作系统上构建高性能、可扩展、跨平台的应用程序的能力。以下是.NET Core SDK的一些关键特点和概念：
今天，我们宣布推出.NET Core 3.0 Preview 7。我们已经从创建新特性阶段过渡到了完善版本阶段。对于接下来的预览版，我们将把重点放在质量(改进)上。
本文由 SqlClient 和 SQL 服务器工具上的项目经理 Vicky Harp 撰写。
.NET Core 自2016年6月27日发布第一个正式版本以来，它主打的跨平台和高性能特效吸引了许多开发者，包括Java、PHP等语言的开发者。.NET Core 1.0功能不是很多，稳定性也不是很优秀。2017年8月14日微软发布.NET Core 2.0正式版，有很多个人开发者与企业尝试着将其应用到生产环境中，反馈非常不错。发展至今(2021年5月18日)，微软已发布了几个重大的版本。每个版本都解决了前一版本的bug、优化了性能、增加了许多新的特性与功能。
ML.NET 是面向.NET开发人员的开源和跨平台机器学习框架。 ML.NET 还包括Model Builder （一个简单的UI工具）和 CLI ，使用自动机器学习（AutoML）构建自定义机器学习（ML）模型变得非常容易。
去年年底,我们发布了.NET Core 3.0和3.1.这些版本添加了桌面应用程序模型Windows Forms(WinForms)和WPF,ASP.NET Blazor用于构建SPA应用程序和用于构建分布式应用和服务的gRPC模板、用于与gRPC对话丰富的客户端代码生成、REST API服务等等.我们很高兴看到.NET Core 3成为有史以来发展最快的.NET版本,并且在去年又增加了100万的用户.
在阅读本文档之前，建议您先运行一次 52ABP 项目程序，打开过 Angular 版本的界面,如果你还没有运行过项目可以参考快速入门文档。 或者你已经对 ABP 有过一些了解。 那么您阅读本篇文档的时候将会更加容易理解这些概念。
今年11月10号 .NET 5.0 如约而至。这是.NET All in one后的第一个版本，虽然不是LTS(Long term support)版本，但是是生产环境可用的。
微软在Build开发者大会上宣布，.NET Core 3将包含对Windows桌面应用的支持。这意味着开发人员可以在.NET Core中使用WinForms、WPF或UWP编写Windows平台应用了。虽然这些GUI框架仅存在于Windows上，但这种支持让开发人员更容易重用应用程序逻辑的代码。 .NET Core 2支持的三种语言（C#、VB和F#）在.NET Core 3中仍然支持，它们都可以用于构建Windows桌面应用程序。虽然按照计划，.NET Core 3预览版将在2018年发布，但最终版本预计
我很高兴地宣布ASP.NET Core 2.2现在作为.NET Core 2.2的一部分提供！
我们很高兴宣布.NET Core 3.1的发布。实际上，这只是对我们两个多月前发布的.NET Core 3.0的一小部分修复和完善。最重要的是.NET Core 3.1是长期支持（LTS）版本，并且将支持三年。和过去一样，我们希望花一些时间来发布下一个LTS版本。额外的两个月（在.NET Core 3.0之后）使我们能够选择和实施在已经非常稳定的基础上进行的正确改进。
2017年10月31至11月3日，由微软举办的Tech Summit 2017技术暨生态大会将在北京盛大举办，要在北京连开四天。今年的技术大会看头十足，不仅有大咖级人物带来十二大主题课程，更有三天四场的主题之夜。微软技术大会最早是由微软技术教育大会TechED演变而来。从今年“智 · 远”的主题、百余场主题课程以及四场主题之夜来看，今年的技术大会看头十足，不仅有大咖级人物带来十二大主题课程，更有三天四场的主题之夜。微软每一次技术更迭也被视为下一次技术革命的风向标，无论炫目的AR技术，还是前沿的认知技术和人工
.NET Aspire是一个有态度的云原生应用开发框架，旨在改善生成.NET云原生应用的体验，并提供一组强大的工具来帮助你生成和运行分布式应用。它允许开发者快速创建属于自己的云原生应用，或改造已有的项目成为云原生应用。.NET Aspire提供服务发现、健康检查、故障和容错策略、Redis服务、可观测性以及遥测面板等功能，并展现出强大的可扩展性。.NET Aspire 提供了如下3个方面的能力，来帮助我们使用.NET开发分层、云就绪的可观测、本地与生产环境一致的分布式云原生应用程序：
如果您已经购买了52ABP-PRO，那么它会提高您的开发体验和工作效率。本文档的目标是准备在5分钟内创建和运行一个52ABP-PRO项目。
RisingWave 是一个云原生流式数据库。该系统背后的想法是降低在云中构建实时应用程序的复杂性和成本。
领取专属 10元无门槛券
手把手带您无忧上云
