ASP.NET Core

1.框架决定--因为代码运行需要环境，有了能够运行在 Windows和Linux下面的 CLR. 2.netCore有了个 kestrel(具体的解释去查询下).跨平台的适用于ASP.NET Core的WEB服务器。角色类似 IIS，他不是IIS， 简单的说 kestrel的性能高，功能少，在Linux下性能更高，不支持反向代理。 先来看一下.NET Framework和Core的大体结构 NET Framework本身是个"跨Windows"的平台, 而在这个基础上, 又支持C#和VB等语言进行 "跨语言", 这些语言都遵守CLS, 编译成CIL执行. 从我们多层架构设计的角度来看, 只换最底层, 还是很可行的. .NET Core 重做了一个CoreCLR的运行时,以及一个叫做CoreFX的BCL. 这里要说一下, ASP.NET Core 完全作为 NuGet 包的一部分提供。 这样一来，可以将应用优化为只包含必需 NuGet 包, 使应用更加灵活、模块化的同时提高性能. .NET Core通过实现.NET Standard与 .NET Framework做兼容. 至于跨平台, 因为90%的CoreFX代码都是与平台无关的 https://www.cnblogs.com/huaan011/p/12204883.html https://blog.csdn.net

这篇文章中，我们将一起学习在ASP.NET Core中配置中间件组件，以便处理请求处理管道。在阅读这篇文章之前，麻烦大家先去看看，我前面写的一篇文章： ASP.NET Core中间件组件 。在这篇文章中，我们将一起学习下面几个内容： 怎样在ASP.NET Core中配置中间件组件？ 什么是ASP.NET Core中的请求委托？ 什么是ASP.NET Core中的Use和Run方法? 什么是 UseDeveloperExceptionPage 中间件组件？ 怎样使用扩展方法Run,来配置中间件组件？ 什么是扩展方法？ 怎样在ASP.NET Core中配置中间件组件 在前面的文章中，我们已经知道，我们需要在Startup类文件中的Startup类中的Configure方法内，来配置中间件组件。我们打开之前创建的空模板的ASP.NET Core项目，可以看到项目默认有一个Configure方法： 什么是ASP.NET Core中的请求委托？ 在ASP.NET Core中，请求委托被用来构建请求管道，也就是请求委托用来处理每一个即将从客户端发来的请求。在ASP.NET Core中，你可以使用Run、Map、以及Use扩展方法来配置请求委托。你可以使用，匿名的内联方法，来指定一个请求委托（这叫做内联中间件），或者你可以使用一个可以重复使用的类，来指定请求委托

　　本文主要介绍如何在.net环境下，基于Asp.Net Core，利用ZXing来生成二维码的一般操作。对二维码工作原理了解，详情见： https://blog.csdn.net/weixin_36191602/article/details/82466148 文章介绍。 1、前期准备 　　.net core preview8，vs2019（用于支持core3.0），二维码生成插件：开源库ZXIng。相关插件可以在github上找到。安装vs2019后新建.net core web解决方案，也可以右键该解决方案，通过管理解决方案Nuget包功能来找到。如下图：浏览中搜索Zxing第一个既是。选中安装即可。 　　可通过项目中依赖性查看相应包的引用。如图： 2.二维码生成 2.1前端页面 在login.cshtml页面中添加前端元素，主要是一个图片控件。 1 < div style ="text-align:center" > 2 < div style ="margin-top:20px" > 3 < span > 扫码获取 </ span >< br /> 4 < img id ="barcode" width ="400" height ="400" alt ="扫码获取" src ="Dynpass/GetBarCode" /> 5 </ div > 6 </ div >

昨天有个朋友在微信上问我一个问题：他希望通过动态脚本的形式实现对ASP.NET Core MVC应用的扩展，比如在程序运行过程中上传一段C#脚本将其中定义的Controller类型注册到应用中，问我是否有好解决方案。我当时在外边，回复不太方便，所以只给他说了两个接口/类型：IActionDescriptorProvider和ApplicationPartManager。这是一个挺有意思的问题，所以回家后通过两种方案实现了这个需求。源代码从 这里 下载。 一、实现的效果 我们先来看看实现的效果。如下所示的是一个MVC应用的主页，我们可以在文本框中通过编写C#代码定义一个有效的Controller类型，然后点击“Register”按钮，定义的Controller类型将自动注册到MVC应用中 由于我们采用了针对模板为“{controller}/{action}”的约定路由，所以我们采用路径“/foo/bar”就可以访问上图中定义在FooController中的Action方法Bar，下图证实了这一点。 二、动态编译源代码 要实现如上所示的“针对Controller类型的动态注册”，首先需要解决的是针对提供源代码的动态编译问题，我们知道这个可以利用Roslyn来解决。具体来说，我们定义了如下这个ICompiler接口，它的Compile方法将会对参数sourceCode提供的源代码进行编译

从零开始实现ASP.NET Core MVC的插件式开发(一) - 使用ApplicationPart动态加载控制器和视图 从零开始实现ASP.NET Core MVC的插件式开发(二) - 如何创建项目模板 从零开始实现ASP.NET Core MVC的插件式开发(三) - 如何在运行时启用组件 从零开始实现ASP.NET Core MVC的插件式开发(四) - 插件安装 从零开始实现ASP.NET Core MVC的插件式开发(五) - 插件的删除和升级 从零开始实现ASP.NET Core MVC的插件式开发(六) - 如何加载插件引用 来源： oschina 链接： https://my.oschina.net/u/4312789/blog/3225417

昨天有个朋友在微信上问我一个问题：他希望通过动态脚本的形式实现对ASP.NET Core MVC应用的扩展，比如在程序运行过程中上传一段C#脚本将其中定义的Controller类型注册到应用中，问我是否有好解决方案。我当时在外边，回复不太方便，所以只给他说了两个接口/类型：IActionDescriptorProvider和ApplicationPartManager。这是一个挺有意思的问题，所以回家后通过两种方案实现了这个需求。源代码从 这里 下载。 一、实现的效果 我们先来看看实现的效果。如下所示的是一个MVC应用的主页，我们可以在文本框中通过编写C#代码定义一个有效的Controller类型，然后点击“Register”按钮，定义的Controller类型将自动注册到MVC应用中 由于我们采用了针对模板为“{controller}/{action}”的约定路由，所以我们采用路径“/foo/bar”就可以访问上图中定义在FooController中的Action方法Bar，下图证实了这一点。 二、动态编译源代码 要实现如上所示的“针对Controller类型的动态注册”，首先需要解决的是针对提供源代码的动态编译问题，我们知道这个可以利用Roslyn来解决。具体来说，我们定义了如下这个ICompiler接口，它的Compile方法将会对参数sourceCode提供的源代码进行编译

原文: [ASP.NET Core MVC] 如何实现运行时动态定义Controller类型？ 昨天有个朋友在微信上问我一个问题：他希望通过动态脚本的形式实现对ASP.NET Core MVC应用的扩展，比如在程序运行过程中上传一段C#脚本将其中定义的Controller类型注册到应用中，问我是否有好解决方案。我当时在外边，回复不太方便，所以只给他说了两个接口/类型：IActionDescriptorProvider和ApplicationPartManager。这是一个挺有意思的问题，所以回家后通过两种方案实现了这个需求。源代码从 这里 下载。 一、实现的效果 我们先来看看实现的效果。如下所示的是一个MVC应用的主页，我们可以在文本框中通过编写C#代码定义一个有效的Controller类型，然后点击“Register”按钮，定义的Controller类型将自动注册到MVC应用中 由于我们采用了针对模板为“{controller}/{action}”的约定路由，所以我们采用路径“/foo/bar”就可以访问上图中定义在FooController中的Action方法Bar，下图证实了这一点。 二、动态编译源代码 要实现如上所示的“针对Controller类型的动态注册”，首先需要解决的是针对提供源代码的动态编译问题，我们知道这个可以利用Roslyn来解决。具体来说

一、背景介绍 API网关的流行源于最近几年移动应用与企业间接口对接的兴起，使得原来单一的PC客户端，变化到PC客户端、各种浏览器、手机移动端及智能终端等。同时系统之间大部分都不是单独运行，经常会涉及与其他系统对接、共享数据的需求。随着微服务架构概念的提出，API网关成为了微服务架构的一个标配组件。随着业务快速发展，面向手机移动应用业务越来越多，为了减少客户端与服务的耦合，节约后端微服务的开发成本，建立一个高性能、高可用、减少上线风险的API网关成为一个迫切的需求。 1）、目前面临现状：假设你正好是一个后端开发，而老板又刚好让你开发网站，其中需要涉及到很多后端的微服务，比如会员、商品、推荐服务等等。那么这里就会遇到一个问题，APP/Browser怎么去访问这些后端的服务?如果业务比较简单的话，可以给每个业务都分配一个独立的域名(https://service.api.company.com)，但这种方式会有几个问题:每个业务都会需要鉴权、限流、权限校验等逻辑，如果每个业务都各自为战，自己造轮子实现一遍，会很麻烦，完全可以抽出来，放到一个统一的地方去做。 2）、有效的解决办法：更好的方式是采用API网关，实现一个API网关接管所有的入口流量，类似Nginx的作用，将所有用户的请求转发给后端的服务器，但网关做的不仅仅只是简单的转发，也会针对流量做一些扩展。比如鉴权、限流、权限、熔断

一、课程介绍 微服务(Microservices Architecture)是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。 随着.NET Core的关注度持续上升, 微服务及云原生应用开发上采用.NET Core也越来越多， 以 .NETCore 为例子，目前比较火热的就是 Ocelot+Consul+IdentityServer4的搭配，通过在服务中嵌入 Ocelot和 Consul 的客户端，自动的完成服务注册到（Consul）和服务发现（Ocelot读取Consul中的服务）；当用户访问某个 url 的时候，Ocelot 将会根据路由将用户请求转发到从 Consul 拉取到的真正的服务中；由于 Consul 的高可用性、丰富的API、友好的 Web 控制台界面等特点，Consul 的发展非常迅猛，得益于 .NET Core 社区的快速发展和社区成员的贡献，我们现在可以非常方便快速的将 Consul 集成到 .NET Core 中。 所以在Consul服务注册和发现在微服务框架中是一个比较重要的组件，那么今天我们就先熟悉一下Consul这个服务注册和发现组件吧。 1.1、本次分享课程适合人群如下 1）、有一定的

在这篇文章中，我将详细讲解ASP.NET Core Project File.如果你还没看我这个系列的前面几篇文章，先去看看，打好基础，再来看这篇吧。 如果你使用过之前版本的.NET Framework,你就会知道，当你使用C#创建应用程序的时候，.NET Framework框架将会创建后缀名为”.csproj”的项目文件。同样的，如果你使用的是VB，就会创建后缀名为”.vbproj”的项目文件。但是在ASP.NET Core中，项目文件的格式和内容，都发生了深刻的变化。 ASP.NET Core 项目文件有哪些变化 ASP.NET Core项目文件，不再包含任何文件夹文件的引用。在之前的ASP.NET Framework中，当我们使用解决方案管理器，向项目添加文件夹或者文件的时候，就会同时添加一个那个文件夹或者文件的引用到项目文件中。但是在ASP.NET Core中，项目文件不再包含任何文件夹或者文件的引用了。 另外一个显著的变化是，在ASP.NET Core中，文件系统确定哪些文件或文件夹属于项目。通常，存在于项目根目录的文件和文件夹是项目的一部分。存在于项目根目录的文件以及文件夹，只会在解决方案管理器中显示。 所以，如果你使用文件管理器添加一个文件或者文件夹的时候，这个文件或文件夹就是项目的一部分。也就是只要你添加文件或者文件夹，就会在解决方案管理器中立刻显示出来。同样的