coremvc

第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

ASP.NET Core 是一个跨平台，开源的，轻量级的，模块化的，用于构建高性能的 web 开发框架， ASP.NET Core MVC 内置了多种方式将一个 request 请求跳转到指定的url，这篇文章我们就来讨论如何去实现。 理解 RedirectActionResult ASP.NET Core MVC 中内置了几种 Redirect，比如说：RedirectResult, RedirectToActionResult, RedirectToRouteResult 和 LocalRedirectResult，这些类都继承于 ActionResult 并可给前端返回 Http 302，Http 301，Http 307 和 Http 308 这些状态码。 接下来的文章中我们就来看看如何使用这些类。 使用 RedirectResult 可以使用下面任何一个方法来返回 RedirectResult。 Redirect 返回 Http 状态码为 302 RedirectPermanent 返回 Http 状态码为 301 RedirectPermanentPreserveMethod 返回 Http 状态码为 308 RedirectPreserveMethod 返回 Http 状态码为 307 具体状态码代表什么意思，大家可查专业资料，下面的代码展示了如何使用这些方法。

ASP.NET Core 是一个跨平台，开源的，轻量级的，模块化的，用于构建高性能的 web 开发框架， ASP.NET Core MVC 内置了多种方式将一个 request 请求跳转到指定的url，这篇文章我们就来讨论如何去实现。 理解 RedirectActionResult ASP.NET Core MVC 中内置了几种 Redirect，比如说：RedirectResult, RedirectToActionResult, RedirectToRouteResult 和 LocalRedirectResult，这些类都继承于 ActionResult 并可给前端返回 Http 302，Http 301，Http 307 和 Http 308 这些状态码。 接下来的文章中我们就来看看如何使用这些类。 使用 RedirectResult 可以使用下面任何一个方法来返回 RedirectResult。 Redirect 返回 Http 状态码为 302 RedirectPermanent 返回 Http 状态码为 301 RedirectPermanentPreserveMethod 返回 Http 状态码为 308 RedirectPreserveMethod 返回 Http 状态码为 307 具体状态码代表什么意思，大家可查专业资料，下面的代码展示了如何使用这些方法。

ASP.NET Core 是一个跨平台，开源的，轻量级，高性能 并且 高度模块化的web框架。在 ASP.NET Core MVC 中有很多种方式可以给 Action 方法传递参数，比如说：url方式，querystring方式，request header，request body，form 等等。本篇就和大家一起讨论下如何使用这些方式，并且用代码去一一验证。 创建 AuthorRepository 类 在这个例子中我会使用一个 Repository 类，然后在 Controller 下的 Action 方法调用这个 Repository 来实现基本的 CURD 操作，首先我们声明一个 Author 类，代码如下： public class Author { public int Id { get; set; } public string FirstName { get; set; } public string LastName { get; set; } } AuthorRepository 类提供了如下三个方法。 GetAuthor 用于从泛型集合中获取 Author 实体 Save 用于将 Author 保存到底层的 泛型集合中 GetAuthors 用于分页获取 泛型集合中的数据 具体代码如下： public class AuthorRepository { List

译文链接：https://www.infoworld.com/article/3434624/how-to-handle-null-values-in-aspnet-core-mvc.html 传统的 asp.net mvc 对应着 .netcore 中的 asp.net core mvc，可以利用 asp.net core mvc 去构建跨平台，可扩展，高性能的web应用和 api 接口。 程序员都有一些洁癖，很多时候我们都想很完美的包装一些错误信息，如一些返回空response的request请求，或者一些 action 中返回 null value 的情况，通常这些情况下，asp.net core mvc 都会返回 http status 204 （No Content），在本篇中，我准备修改一下这种从 action 返回 null value 的默认行为。 要想运行本篇的例子，你需要安装一下 Visual Studio 2019，如果没有安装，可以到官网安装一下：https://visualstudio.microsoft.com/downloads/ 在 Asp.NET Core 中新建 Controller 在解决方案窗口中的 Controller 文件夹上右键并选择 Add -> Controller 去新建Controller，指定这个 Controller

一. 基础总结 1.Restful服务改造 　　Core下的WebApi默认也是Restful格式服务，即通过请求方式(Get,post,put,delete)来区分请求哪个方法，请求的URL中不需要写方法名。 但是我们不喜欢这种方式，所以我们将默认的路由规则 [Route("api/[controller]")] 改为： [Route("api/[controller]/[action]")] 2.基本格式 继承 ControllerBase 类，需要加特性[ApiController]. (1) 特性[ApiController]的作用： 　　a.特性路由要求,和[Route]成对出现，有了它，通过 UseMvc 定义的传统路由或通过 Startup.Configure 中的 UseMvcWithDefaultRoute 访问操作均无效。 　　b.模型验证错误自动触发 HTTP 400 响应 　　c.绑定源参数推理（如果没有 [ApiController] 属性，同时也没有 [FromQuery][FromBody]等 的绑定源属性，ASP.NET Core 运行时会尝试使用复杂对象模型绑定器。） 　　d.Multipart/form-data 请求推理 　　f.错误状态代码的问题详细信息 (2) 特性[ApiController]的作用位置： 　　a

一. 再谈认证和授权 （详见：https://www.cnblogs.com/yaopengfei/p/13141548.html） 1.认证 　　是验证身份的一种机制,比如用户名和密码登录,这就是一种认证机制,再比如现在比较流行jwt校验,通过用户名和密码访问接口,验证通过获取token的过程,也叫做认证。 2.授权 　　是确定你是否有权限访问系统的某些资源. 比如用户登录成功进入系统以后,要进行增加博客这个功能，系统要判断一下该用户是否有权限访问这个增加博客的功能，这个过程就叫做授权。 再比如某个客户端app携带token访问服务端某个api接口,这个时候服务端要校验一下该token是否有权限访问这个api接口，这个过程也是授权。 3.Core Mvc中认证和授权 　　在Core Mvc中,UseAuthentication()代表认证,UseAuthorization()代表授权, 需要注意的是这里的认证和授权 与 上述广义上的理解有点差异，在Core MVC中,UseAuthentication和UseAuthorization一般 是成对出现，且UseAuthentication认证需要写在上面，且需要在对应的api接口上加[Authorize]，代表该接口需要校验, 这样当该接口被请求的时候，才会走UseAuthentication中的认证逻辑。 (PS:

这个问题是使用 docker 生成了 asp.net core 网站镜像，在使用 nginx 指向此镜像容器后，用的子路径虚拟路径，但是因为反向代理，asp.net core 并不认为是从子路径过来的，直接访问 controller 的 action 方法没问题，但是如果生成 view 内容时，view 再引用的资源路径就会错误。 在 nginx 中的配置： location /backstage/web/ { proxy_pass http://web-backstage/ ; proxy_set_header X_Real_IP $remote_addr ; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for ; proxy_set_header Host $host ; proxy_connect_timeout 600 ; proxy_send_timeout 600 ; proxy_read_timeout 600 ; send_timeout 600 ; } 解决方法（环境：.net core 3.1），修改 Startup.cs 配置： public void Configure(IApplicationBuilder app, IWebHostEnvironment env) { var

今天一个net core的delete方法 执行的时候 报404 网上查阅资料后发现是IIS 默认只允许get/post方法接入 网上查找资料后 在web.config添加如下代码： 意为移除WebDAV模块 尝试无果 后又再次翻阅资料 博客园很多很多大牛标识 需要再添加一段代码 如下 意为允许http请求跨域请求方式 然后 现已移除以前ISAPI配置 然后添加 防止设置失效 我这边本来就是net core MVC 不涉及跨越请求 自然也没有同源跨域这一说但无奈 死马当成活马医 果然 无效 依然404 但是身为社会主义接班人 怎能就这么放弃 辜负党和国家人民给予的我厚望 遂 翻墙 身为一位面向谷歌编程的程序员 在微软的国外技术论坛 很多歪果仁也遇到这个问题(不得不说一句 国外net的生态果然比国内好些) 很多回答提到了 iis应用程序池的托管管道问题 也就是下图 如果托管管道模式 为经典可能会导出delete方法失效 于是我去服务器那边沟通之后 发现设置是集成模式 并不是经典....... 然后遂不死心 查看了前台各种http请求限制 包括安全狗拦截 均以开放 未果...... 但我是社会主义接班人啊 社会主义程序员 是不会轻言放弃的的 我再次细细查看每一条关于这个问题的回复 排查可能的原因 发现了四个字 我现在已经找不到那个让我灵光一现的网页了 大家将就一下 大概是这样子 对啊！

Reshaper快捷键盘 快速生成属性：prop Ctrl+. ASP.NET Core MVC 2.x 全面教程： https://www.bilibili.com/video/av38392956 语雀地址： https://www.yuque.com/yuejiangliu/dotnet/solenovex-core-mvc-comp github代码： https://github.com/solenovex/ASP.NET-Core-MVC-Tutorial-Code 杨旭的博客地址： https://www.cnblogs.com/cgzl/p/9282059.html ASP.NET Core MVC 2.x 全面教程_ASP.NET Core MVC 01. 创建项目 +项目结构和配置简介 ASP.NET Core MVC 2.x 全面教程_ASP.NET Core MVC 02. Web Host 的默认配置 ASP.NET Core MVC 2.x 全面教程_ASP.NET Core MVC 03. 服务注册和管道 ASP.NET Core MVC 2.x 全面教程_ASP.NET Core MVC 04. 中间件 ASP.NET Core MVC 2.x 全面教程_ASP.NET Core MVC 05.Controller 的路由 ASP.NET Core