1..netcorewpf可以反编译?地调调用
2..netcore会成为主流吗?
3..NET core扫盲
4..netcore有哪些不错的开源项目?
5.跟我一起学.NetCore之中间件(Middleware)简介和解析请求管道构建

.netcorewpf可以反编译?

       netcorewpf可以反编译。wpf、winform等框架生成的执行文件是可以被ILSPY等软件反编译的，只要将exe文件拖到ILSPY，源码就会被可以反编译。

.netcore会成为主流吗?

       .NET Core是否能成为主流？首先，可以明确的试源是.NET Core与C#语言的优秀性，这种优势并非非专业人士所能理解。地调调用相较于传统的试源.NET Framework，.NET Core无疑显示出了明显的地调调用趋势优势，特别是试源视屏网站免费源码微软的开源行动，让这一平台在全球范围内展现出了与Java相匹敌的地调调用竞争态势，尽管在国内市场的试源情况并不乐观。

       在云原生环境下，地调调用.NET Core借助Docker和Kubernetes，试源甚至在某些指标上超越了Java。地调调用尽管Java的试源生态系统稳固强大，.NET Core仍然处于发展阶段，地调调用需要不断探索与提升。试源

       .NET Core的地调调用特性与优势包括：

       跨平台：在Windows、macOS和Linux操作系统上运行。

       跨体系结构保持一致性：在x、x和ARM架构上以相同的方式执行代码。

       命令行工具：提供简单易用的命令行工具，适用于本地开发和持续集成。

       部署灵活性：可以在应用中包含，或在用户或系统范围内安装。

       兼容性：通过.NET Standard实现与.NET Framework、Xamarin和Mono的兼容。

       开放源代码：基于MIT和Apache 2许可证，是.NET Foundation的项目。

       Microsoft支持：由Microsoft提供依据.NET Core支持的服务。

       学习.NET Core的推荐书籍包括入门级和进阶级，都是业界公认的优质资源。

.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. 参考资料

.netcore有哪些不错的开源项目?

       以下为推荐的几个.NET Core开源项目：

       1. Masuit.Tools

       这是一个包含了加密解密、反射操作、硬件信息、日期时间扩展等常用封装的开源项目。其开源协议规定，asp源码 资产管理一旦因违反劳动法的公司使用该项目，项目作者有权追讨使用费或不允许使用包含该项目的源代码。项目特色功能包括Socket客户端操作类、模板引擎、任意进制转换、DateTime扩展及反射操作。

       2. OrchardCore

       OrchardCore 是使用 ASP.NET Core 构建的开源模块化、多租户应用程序框架，同时也是内容管理系统（CMS）的基础。它有两个项目，其中一个是 Fur，适用于.NET 5 平台的入门级、快速开发的 Web 应用框架。强调“六极”设计思想，易于入门、极速开发、极少依赖、极少配置、极其灵活、易于维护。此外，它结合了敏捷开发模式，用户能在冲一杯咖啡的时间内完成工作。Fur框架的特色功能包括支持.NET 5的新功能、六级架构设计和敏捷开发模式等。

       3. awesome-dotnet-core

       这个集合包含了.NET Core开源项目的库、工具、框架、模板引擎、身份认证、数据库、ORM框架、处理、文本处理、机器学习、日志、代码分析、教程等资源。

       4. ZKEACMS

       ZKEACMS 是一个基于ASP .Net Core开发的免费内容管理系统，提供了可视化编辑设计，支持直接在预览页面设计网页，以拼图方式构建网站。它采用跨平台设计，适用于Windows、MAC OS、Linux、Docker等环境。

       5. YiShaAdmin

       YiShaAdmin 是一个基于.NET Core Web开发的快速开发平台，提供了代码生成器，能够减少%以上的编码工作量，提高开发效率，节省项目研发成本和开发周期。它使用了Bootstrap、ASP.NET Core、Entity Framework Core等技术。

       6. .NET Core源码

       这是C#开源项目中的推荐，包含.NET Core源代码。

       7. Util应用框架

       Util是一个.NET Core平台下的应用框架，旨在提升小型团队的开发输出能力。它由常用公共操作类、分层架构基类、UI组件、第三方组件封装、第三方业务接口封装、代码生成模板、权限等功能组成。

       8. OSharp

       OSharp 是一个基于.NETStandard2.x的快速开发框架，使用了最新的.NETCore SDK，对 AspNetCore 进行了更高级的封装，并提供了一套规范的业务实现代码结构与操作流程，易于实际项目开发。

       9. XBlog

       这是个人博客系统，提供了技术要点和功能。

       . FreeSql

       FreeSql 是一个强大的对象关系映射技术（O/RM），支持.NETCore 2.1+或.NETFramework 4.0+或Xamarin等平台。

       . Autofac

       经典的依赖注入（DI）框架，适用于Microsoft .NET，管理类之间的依赖关系，使应用程序在大小和复杂性增长时易于更改。

       . OpenAuth.Core

       一个快速应用开发框架和权限管理工作流系统，基于经典领域驱动设计，提供组织机构、角色用户、权限授权、表单设计、工作流等功能。

       . Abp.VNext.Hello

       这是ABP框架的示例项目，具备分层和模块化结构，包含授权、验证、异常处理、日志、数据库连接管理、设置管理、审计日志等特性。

       以上项目涵盖了从基础工具到高级框架的多个类别，适合不同开发者需求。

跟我一起学.NetCore之中间件(Middleware)简介和解析请求管道构建

       前言

       中间件(Middleware)对于Asp.NetCore项目来说，不能说重要，而是不能缺少，因为Asp.NetCore的请求管道就是通过一系列的中间件组成的；在服务器接收到请求之后，请求会经过请求管道进行相关的过滤或处理；

       正文

       那中间件是那路大神？

       会经常听说，需要注册一下中间件，如图：

       所以说，中间件是针对请求进行某种功能需求封装的组件，而这个组件可以控制是否继续执行下一个中间件；如上图中的app.UserStaticFiles()就是注册静态文件处理的中间件，在请求管道中就会处理对应的请求，如果没有静态文件中间件，那就处理不了静态文件(如html、css等)；这也是Asp.NetCore与 Asp.Net不一样的地方，前者是根据需求添加对应的中间件，而后者是提前就全部准备好了，不管用不用，反正都要路过，这也是Asp.NetCore性能比较好的原因之一；

       而对于中间件执行逻辑，官方有一个经典的图：

       如图所示，请求管道由一个个中间件(Middleware)组成，每个中间件可以在请求和响应中进行相关的逻辑处理，在有需要的情况下，当前的中间件可以不传递到下一个中间件，从而实现断路；如果这个不太好理解，如下图：

       每层外圈代表一个中间件，黑圈代表最终的Action方法，当请求过来时，会依次经过中间件，Action处理完成后，返回响应时也依次经过对应的中间件，而执行的顺序如箭头所示；(这里省去了一些其他逻辑，只说中间件)。

       好了好了，理论说不好，担心把看到的小伙伴绕进去了，就先到这吧，接下来从代码中看看中间件及请求管道是如何实现的；老规矩，找不到下手的地方，就先找能"摸"的到的地方，这里就先扒静态文件的中间件：

       UseMiddleware方法实现

       以上代码其实现在拿出来有点早了，以上是对自定义中间件的注册方式，为了扒代码的逻辑完整，拿出来了；这里可以不用深究里面内容，知道内部调用了IApplicationBuilder的Use方法即可；

       由此可见，IApplicationBuilder就是构造请求管道的核心类型，如下：

       IApplicationBuilder的默认实现就是ApplicationBuilder，走起，一探究竟：

       在注册的代码中，可以看到所谓的中间件就是Func，其中RequestDelegate就是一个委托，用于处理请求的，如下：

       之所以用Func的形式表示中间件，应该就是为了中间件间驱动方便，毕竟中间件不是单独存在的，是需要多个中间件结合使用的；

       那请求管道构造完成了，那请求是如何到管道中呢？

       应该都知道，Asp.NetCore内置了IServer(如Kestrel)，负责监听对应的请求，当请求过来时，会将请求给IHttpApplication进行处理，简单看一下接口定义：

       而对于IHttpApplication类型来说，默认创建的就是HostingApplication，如下：

       这里关于Server监听到请求及将请求交给中间处理的具体过程没有具体描述，可以结合启动流程和以上内容在细扒一下流程吧(大家私下搞吧)，这里就简单说说中间件及请求管道构建的过程；(后续有时间将整体流程走一遍)；

       总结

       这节又是纯代码来“忽悠”小伙伴了，对于理论概念可能表达的不够清楚，欢迎交流沟通；其实这里只是根据流程走了一遍源码，并没有一行行解读，所以小伙伴看此篇文章代码部分的时候，以调试的思路去看，从注册中间件那块开始，到最后请求交给请求管道处理，注重这个流程即可；

       下一节说说中间件的具体应用；

       ------------------------------------------------

       一个被程序搞丑的帅小伙，关注"Code综艺圈"，识别关注跟我一起学~~~