ASP.NET Core

ASP.NET Core快速入门（第1章：介绍与引入）--学习笔记 ASP.NET Core快速入门（第2章：配置管理）--学习笔记 ASP.NET Core快速入门（第3章：依赖注入）--学习笔记 ASP.NET Core快速入门（第4章：ASP.NET Core HTTP介绍）--学习笔记 ASP.NET Core快速入门（第5章：认证与授权）--学习笔记 ASP.NET Core快速入门（第6章：ASP.NET Core MVC）--学习笔记 本文分享自微信公众号 - DotNet NB（DotNetNB）。 如有侵权，请联系 support@oschina.cn 删除。 本文参与“ OSC源创计划 ”，欢迎正在阅读的你也加入，一起分享。 来源： oschina 链接： https://my.oschina.net/u/4129013/blog/4456869

第2章 配置管理 任务12：Bind读取配置到C#实例 任务13：在Core Mvc中使用Options 任务14：配置的热更新 任务15：配置框架设计浅析 第3章 依赖注入 任务16：介绍- 任务17：从UML角度来理解依赖 任务18：控制反转 任务19：单元测试 任务20：DI初始化的源码解读 & 任务21：依赖注入的使用 第4章 ASP.NET Core HTTP 介绍 任务22：课程介绍 & 任务23：Http请求的处理过程 任务24：WebHost的配置 任务25：IHostEnvironment和 IApplicationLifetime介绍 任务26：dotnet watch run 和attach到进程调试 任务27：Middleware管道介绍 任务28：RequestDelegate管道实现思路 任务29：自己动手构建RequestDelegate管道 任务30：RoutingMiddleware介绍以及MVC引入 第5章 认证与授权 任务31：课时介绍 & 任务32：Cookie-based认证介绍 &任务33：34课 ：AccountController复制过来没有移除[Authorize]标签 任务34：Cookie-based认证实现 任务35：JWT 认证授权介绍 任务36：应用Jwtbearer Authentication 任务37：生成 JWT

.NET Core 跨平台发布(dotnet publish) ,无需安装.NET Core SDK,就可以运行。 前面讲解了.NET Core 的VSCode 开发。现在来讲讲发布（dotnet publish）。 .NET Core and ASP.NET Core 1.0 RC2 runtime and libraries 在五月中旬发布。 .NET Core and ASP.NET Core 1.0 RTM ( release ) runtime and libraries 六月底发布。 https://blogs.msdn.microsoft.com/dotnet/2016/05/06/net-core-rc2-improvements-schedule-and-roadmap/ 跨平台发布 简单新建一个项目。 mkdir dotnethello cd dotnethello dotnet new dotnet new 之后 修改project.json 如下： { " version " : " 1.0.0-* " , " buildOptions " : { " emitEntryPoint " : true }, " dependencies " : { " Microsoft.NETCore.App " : { " type " : " platform " ,

点击 蓝字 关注我们 课程链接：http://video.jessetalk.cn/course/explore 良心课程，大家一起来学习哈！ 任务16：介绍 1、依赖注入概念详解 从UML和软件建模来理解 从单元测试来理解 2、ASP.NET Core 源码解析 任务17：从UML角度来理解依赖 1、什么是依赖 当一个类A完成某个任务需要另一个类B来帮助时，A就对B产生了依赖 例如CustomerController需要对customer进行新增或查找时用到EF,则对EF的Context产生了依赖 var context = new CustomerContext( new DbContextOptions<CustomerContext>{}); 2、显示依赖与隐式依赖 显示依赖：把一个类用到的所有外部组件放到一个类最上面，在构造函数里面初始化 private CustomerContext _context; public CustomerController () { _context = new CustomerContext( new DbContextOptions<CustomerContext>{}); } 隐式依赖：需要用到的地方再初始化，不推荐 var context = new CustomerContext( new DbContextOptions

原文： https://blogs.msdn.microsoft.com/mazhou/2017/05/30/c-7-series-part-2-async-main/ 你大概知道，C#语言可以构建两种程序。 一种是带有入口点(entrypoint)的程序，这样操作系统就可以加载程序并从入口点执行; 另一个是没有入口点的程序。 操作系统不能直接执行程序，程序可以被其他有入口点的程序引用，这样就可以执行其中的代码。 必须有入口点的应用程序类型有：Windows Forms应用程序、UWP应用程序、控制台应用程序、WPF应用程序、ASP.NET 和ASP. NET Core应用程序和Xamarian App。 不需要入口点的应用程序类型有：类库(/t:lib)、模块(/t:module)。 Main方法 像其他语言一样，C#程序从Main方法开始。 有四个重载被认为是Main方法的有效签名。 public static void Main(); public static int Main(); public static void Main( string [] args); public static int Main( string [] args); C#的入口点方法必须是静态的，方法名必须是Main，这个方法的返回类型可以是void或者int，它可以有一个字符串数组的参数

首先网上是有很多解决方案，但是对我这个错误完全没用 如果你们没有环境首先得预装环境如下 1、首先在bing.com下搜索asp.net core download， 然后打开搜索到的信息 . NET Downloads – microsoft . com 2、打开之后进入 https://www.microsoft.com/net/download/windows ， 然后点击 Download .NET Core SDK (建议下载最新版) 直接下载安装即可。 因为我的SDK跟我现在的新项目版本不兼容才出现这个问题，所有出现这个问题大家可以往SDK版本方面去找问题 来源： oschina 链接： https://my.oschina.net/u/4320349/blog/3981927

一、课程介绍 Redis是被广泛使用的基础软件之一。对于工程师和,架构师，运维人员来说，了解Redis的高可用方案和背后的原理，是必备的基础知识。 “高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。 Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案之一，当用Redis做Master-Slave（主从复制）的高可用方案时，假如master宕机了，它能监控多个master-slave集群，发现master宕机后能进行自动切换。Redis主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。 1.1、本次分享课程包含知识点如下： ★Redis的三种集群解决方案对比。 ★Redis哨兵模式概述。 ★如何使用Dcoker部署Redis主从切换哨兵模式(一主二从三哨兵)。 1.2、一句话总结今天我们学习达到的目标 在ASP.NET Core中如何使用分布式缓存Redis主从Sentinel哨兵模式实现故障转移。 二、Redis的三种集群解决方案对比 redis有三种集群方式：主从复制，哨兵模式和集群。 1）、Redis主从复制特点

安装AspNetCoreModule托管模块后执行 1.net stop was /y 2.net start w3svc 测试可以，但是需要装对应的托管模块的版本。 <div id="cnblogs_post_body" class="blogpost-body"><p><span style="font-size: 14pt; font-family: 'Microsoft YaHei';"><strong>1. .NET Core与Windows环境</strong></span></p> <p>　　Asp.Net Core 2.2.0</p> <p>　　Windows 10</p> <p><span style="font-size: 14pt; font-family: 'Microsoft YaHei';"><strong>2. 先决条件</strong></span></p> <p>　  下载并安装<a href="https://www.microsoft.com/net/permalink/dotnetcore-current-windows-runtime-bundle-installer" target="_blank">.Net Core Hosting Bundle</a>.</p> <p><span style="font-family:

ASP.Net Core 提供了多种类型的缓存，除了 内存缓存 和 响应缓存 之外，还提供了对 分布式缓存 的支持。在之前的一篇文章中，我讨论了 ASP.Net Core 的内存缓存。在本文中，我们将讨论如何在 ASP.Net Core 中使用分布式缓存，本篇就拿 Redis 和 SQL Server 作为演示。 什么是分布式缓存 分布式缓存 可用于提高应用程序的性能和可伸缩性，通常 分布式缓存 被多个应用服务器共享，在分布式缓存中，缓存的数据不会落在某些个别的web服务器内存中，这些缓存数据采用集中化存储，这样多个应用服务器都可以直接使用，这样做的好处在于，如果任何一个服务器宕机或者停止响应，其他的服务器仍然能够检索缓存的数据。分布式缓存的另一个优点是，缓存的数据在服务器重启后仍然存在，当你的应用集群扩展时，并不会对缓存服务器造成任何影响。 要想在 ASP.NET Core 中使用分布式缓存，需要用到 IDistributedCache 接口，在下一节中，我们将会一起讨论 IDistributedCache 和 IMemoryCache 接口的区别。 IDistributedCache 接口 在.Net Core 中用于分布式缓存的 IDistributedCache 接口要比 单机版的 IMemoryCache 接口更复杂，先来看一下 IMemoryCache 接口定义。

【导读】 自从.NET Core给我们呈现了依赖注入，在我们项目中到处充满着依赖注入，虽然一切都已帮我们封装好，但站在巨人的肩膀上，除了凭眺远方，我们也应平铺好脚下的路 使用依赖注入不仅仅只是解耦，而且使代码更具维护性，同时我们也可轻而易举查看依赖关系，单元测试也可轻松完成，本文我们来聊聊依赖注入，文中示例版本皆为5.0。 浅谈依赖注入 在话题开始前，我们有必要再提一下三种服务注入生命周期， 由浅及深再进行讲解，基础内容，我这里不再多述废话 Transient（瞬时）：每次对瞬时的检索都会创建一个新的实例。 Singleton（单例）：仅被实例化一次。此类型请求，总是返回相同的实例。 Scope（范围）：使用范围内的注册。将在请求类型的每个范围内创建一个实例。 如果已用过.NET Core一段时间，若对上述三种生命周期管理的概念没有更深刻的理解，我想有必要基础回炉重塑下。为什么？至少我们应该得出两个基本结论 其一：生命周期由短到长排序，瞬时最短、范围次之、单例最长 只要做过Web项目，关于第一点就很好理解，首先我们只对瞬时和范围作一个基本的概述，关于单例通过实际例子来阐述，我们理解会更深刻 若为瞬时：那么我们每次从容器中获取的服务将是不同的实例，所以名为瞬时或短暂 若为范围：在ASP.NET Core中，针对每个HTTP请求都会创建DI范围，当在HTTP请求中（在中间件，控制器