XIAOSUO 记录个人学习的足迹

摘要：一、快速认识Filter 1. 流程衔接点 MVC(Filter+Controller+Action+Result)流程和前面的各种中间件Middleware处理，是如何衔接起来的？ Http请求穿过一系列中间件，最终由路由RoutingMiddleware匹配得到RouteEndpoint 在EndpointMiddleware里面会执行其RequestDelegate，委托执行时就是FilterController-Action-Result 该委托在ControllerRequestDelegateFactory里面来构建的，里面通过ControllerActionInvoker来调用 这里有个新名字叫 FilterPipeline 2. 快速认识Filter Filter是MVC里面核心组成部分，有着丰富的种类，交叉的顺序，复杂的嵌套，很有挑战！ Filter分2种： 声明特性，实现Filter接口：CustomSimpleShowActionFilterAttributeCustomSimpleShowAsyncActionFilterAttributeCustomSimpleShowDoubleActionFilterAttribute:一个Filter里面既有同步，又有异步，只执行异步！能改参数，能改结果，非常强大注意异步版本的结果修改坑 控制器类实现Filter接口包括Action同步异步-Result同步异步---控制器生效，全部Action都有效 3. AOP面向切面编程 要说Filter，得理解下AOP面向切面编程Aspect Oriented Programming POP面向过程，没有封装没有边界，难以应对复杂需求OOP面向对象，有封装有边界，能应付复杂需求，但原子---类---不容破坏，否则会影响稳定性---开闭原则 AOP能在不破坏封装的前提下，去额外扩展功能比如ActionFilter，啥都没修改，就能增加执行逻辑AOP的好处： 聚焦业务逻辑，轻松扩展功能 代码复用，集中管理 4. 框架中的AOP 现代化开发框架中，要灵活应用AOP面向切面编程思想： ASP.NET Core三层AOP 中间件：离MVC比较远，面向与请求级的事儿 Filter：更贴近MVC，面向单个请求,更细一些 IOC容器的AOP扩展：细化到具体业…… 阅读全文

摘要：从Http无状态协议---用户持久化的需求---最初是Cookie+Session---Token但是不管是哪种方式，有一段内容是不变的： 请求服务端，获取凭证 客户端再次请求，带上凭证 服务端识别凭证，判断是否允许访问 认证授权的本质是做啥的？ 其实就是第3步解决用户识别和判断授权的问题被拆分成了2个动作： 认证Authentication：凭证识别解析，有没有登陆，凭证有没有过期，是张三还是李四 授权Authorization：基于解析来权限检测，判断下张三/李四有没有权限访问这个资源 一、实操 1. 没有任何权限要求实操 添加相关控制器， Cookie式登陆方法 UseAuthentication + AddAuthentication + Cookie UseAuthorization + AddAuthorization(可不写) [Authorize] [AllowAnonymous] 校验流程： 未登陆，直接访问，跳转登录页 AllowAnonymous可直接访问 登陆后跳转，正常访问 退出后访问，跳转登陆页 2. 授权 Roles授权： [Authorize(Roles = Admin)] Policy授权： [Authorize(Policy = AdminPolicy)] 复杂Policy授权： [Authorize(Policy = MutiPolicy)] 授权的设计，也是可以满足开发者各种这样的需求—目前还没演示完 如果是没有登陆，是跳转LoginPath---401 如果是有凭证，但没有权限，是跳转AccessDeniedPath--403 3. 发送了什么？ 请求到达Action之前，即使没有标记，也会自动认证 主动认证：理解认证信息保存 主动授权：理解授权检测过程 4. 理解总结 认证授权是ASP.NET Core框架封装的2个中间件，目的在于请求进入具体的Filter-M-V-C之前，通过中间件完成用户权限检测包含2个步骤： 认证Authentication：鉴别有没有登陆，解析是张三还是李四(且将信息传递下去)---UseAuthentication配置Http管道，保证请求来了，都要做一次凭证的解析AddAuthentication配置IOC，告诉如何认证(凭证在那儿，啥格式的) 授权Authori…… 阅读全文

摘要：一、核心流程概述 执行AddMVC() 将MVC的核心服务注册到容器，且通过反射扫描把相关dll收集起来 执行app.UseRouting() 将EndpointRoutingMiddleware中间件注册到http管道 执行app. MapControllerRoute() 将本程序集定义的所有Controller-Action-ParameterConversion转换为一个个的ControllerActionDescriptor放到路由中间件的配置对象RouteOptions中,注册并传入EndpointMiddleware中间件注册到http管道中 请求来了，管道模型Build---没啥动作，倒序执行中间件的实例化 收到一条http请求，先进入EndpointRoutingMiddleware，首次请求时会完成ControllerActionDescriptor到EndPoint的转化，然后通过DFA算法匹配一个Endpoint，并放到HttpContext中去 鉴权/授权/其他中间件可以根据根据Endpoint的信息对这个请求进行鉴权授权或其他操作。 EndpointMiddleware中间件执行Endpoint中的RequestDelegate逻辑，即执行FilterController-Action-Result等系列操作(MVC) 二、AddMVC 1. 上帝视角 AddMVC（AddControllersWithViews）是最初发生的，是IOC注册环节的事儿，在管道注册之前，其职责有2个： 添加MVC各种IOC注册，超多。。 反射遍历相关程序集，封装成ApplicationPart，供后续使用 2. 源码解读 从MvcServiceCollectionExtensions开始，绕一圈，最终是AddMvcCore()方法 先实例化ApplicationPartManager-----拿着项目名字，通过反射加载Dll，将信息封装到ApplciationPartManager的ApplicationParts属性中---扩展点 ConfigureDefaultFeatureProviders(partManager);的调用，这行代码是创建了一个新的ControllerFeatureProvider实例放进了partManager的Fea…… 阅读全文

摘要：一、ExceptionHandler ASP.NET Core管道最外面，就是app.UseExceptionHandler(/Home/Error);这个是全局异常处理，这个/Home/Error在哪里？ 直接看源码 UseExceptionHandler----ExceptionHandlerExtensions，开启新的Http管道，里面就是个ExceptionHandlerMiddlewareImpl------注册中间件 异常真的发生了，中间件的Invoke方法，看catch里面，最终是到ErrorPage.design.cs文件---请求响应时 没有Add，因为太简单了---没啥东西 中间件其实有3件事儿： AddXXX----builder.Build()期间，去完成的IOC注册 UseXXXX---app.Run()期间，去完成中间件注册，组装Http管道 Middleware的InvokeAsync()—请求响应时，才执行 关于全局异常处理中间件和Filter的区别 ExceptionHandlerMiddleware是全局性质，是兜底的----而ExceptionFilter其实只管控制器-Action的异常，是管不了View-ResultFilter的异常 精细度不同，中间件只知道模糊信息，不适合做业务处理----ExceptionFilter贴近业务的，可以返回业务信息 其实完整的异常方案，就应该是二者叠加-- 二、HTTPS HstsMiddleware HSTS 是 HTTP 严格传输安全(HTTP Strict Transport Security) 的缩写效果是：优先使用https---如果有https，就使用这个 源码解读： HstsMiddleware-----就是设置个header--- Strict-Transport-Security= maxage= HttpsRedirection UseHttpsRedirection 就是优先访问https，访问http会自动跳转（后台有配置https）效果：直接VS的https启动，访问http，开关中间件尝试https://localhost:7066 http://localhost:7067 源码： HttpsPolicyBuilderExtension…… 阅读全文

摘要：一、HttpPipeline 1. 理解Http请求流程 Http请求响应流程，也就是浏览器输入个地址，发生了什么事儿： 浏览器输入地址， www.xxx.com DNS解析，找到IP+Port，然后浏览器向该地址发Http报文---纯文本 Nginx/IIS/Kestrel监听端口，收到报文解析得到HttpContext 将请求转发到业务代码处理---怎么进入到controller+action？ 处理结果由服务器回发到客户端，浏览器解析报文完成渲染 所谓HttpPipeline就是程序如何处理请求的全过程--- 理解Http管道所处的位置： Web服务器解析报文之后，在Web服务器回发报文之前 Http管道和controller-action的关系：其实是包含关系，任何处理动作都是管道的一部分 2. 理解Http管道 HttpPipeline本质是个啥？ 接受HttpContext，然后做一系列的处理(Cookie Session 鉴权授权 缓存 路由 MVC)---最终将结果保存在HttpContext的Response里面 然后在ASP.NET Core里面，就被抽象成为一个委托—RequestDelegate---接受一个HttpContext，然后执行一系列操作 但是开发中，管道模型是很复杂的呀？因为Http请求的处理并不简单，包含了很多环节---Cookie/Session/鉴权授权/缓存/https/静态文件-------还有就是各种不同的业务处理需求(M-V-C)-----还有开发者的扩展需求(限流—黑名单白名单)-----所以需要一套扩展性的框架 这套实现，就是ASP.NET Core的HttpPipeline 3. 管道模型上帝视角 先创建个WebApplicationBuilder()---然后各种配置IOC/Logging/Configuration---然后Build()完成了各种初始化---得到WebApplication WebApplication去Use添加添加中间件(委托)---实际上是ApplicationBuilder在Use------就是把中间件(Func委托)保存到一个集合 最后框架在Run的时候，会执行ApplicationBuilder的Build方法，将委托集合遍历调用，组装成最终的RequestDel…… 阅读全文

摘要：一、从.NET Framework到.NET Core 1. 本质 .NET Framework：描述的是上层应用框架，底层就只支持windows平台， BCL CLR都是只有一个 .NET Core： 2016年.NETCore1.0，特点是3个CLR共存的（NET Framework、NER Core、XAMARIN） 最后个版本是.NET Core3.1 .NET5：终结3个分支，统一，一个CLR，一个BCL——2020年全球疫情，导致很多内容没完成 .NET6：口号也是统一平台，各种该实现的都实现了一下 .NET7：进一步完善统一，没有太大的变化，缝缝补补 2. 跨平台的理解 运行时CLR——CoreCLR C#程序——》编译器——》DLL/EXE(metadata、IL)——》CLR/JIT——》机器码 不能跨平台是因为只有一个CLR，不同的CLR匹配不同的平台 以前不能开发Linux的CLR，是因为NET Framework底层库依赖window，如IIS，画图库等 3. ASP.NET Core有哪些好处的功能 依赖注入 日志系统架构 引入了一个跨平台的网络服务器，kestrel 试用appsettings来配置工程 试用startup来注册服务 更好的支持异步编程 对于跨网站请求的预防和保护机制 验证令牌 @Html.AntiForgrtyToken 使用HTTPS 设置CSP（内容安全策略）：定义哪些资源可以被加载和执行，减少XSS攻击风险 context.Response.Headers.Add(Content-Security-Policy, default-src 'self'; script-src 'self' https://xxx.com); 强大的验证和数据绑定功能：如[BindRequired]、[BindNever]属性 使用安全API端点设计：如JWT进行认证 4. ASP.NET Core有哪些更好的地方 跨平台 对架构本身安装没有依赖，因为所有的依赖都跟程序本身在一起 处理请求的效率更高，能够处理更多请求 更多安装配置方法 二、ASP.NET Core启动流程 创建WebApplicationBuilder：做一些信息读取 配置WebApplicationBuilder：各种…… 阅读全文

摘要：一、了解MVVM 1. 什么是MVVM 一种设计模式 设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。 为什么需要MVVM？解决什么问题？ 降低耦合、独立开发、逻辑重用（Xamarin MAUI多平台应用）、可测试 响应式布局 2. 控件交互到MVVM模式的转变 控件交互：基于控件的功能开发 -MVVM****模式 代码/项目结构 Models： Views： ViewModels： 3. MVVM绑定模式下的信息交互 数据类型：INotifyPropertyChanged接口 public event PropertyChangedEventHandler? PropertyChanged; 执行事件，发公告 ContextMenu，注意：命令的数据源的指定 行为动作：ICommand接口 public event EventHandler? CanExecuteChanged; public bool CanExecute(object? parameter) public void Execute(object? parameter) 是不是所有控件都有Command属性？是不是所有动作都可以使用Command？ 无法绑定的动作如何处理？ 4. MVVM绑定扩展 无法绑定的对象属性 通过附加属性进行扩展 无法绑定的动作事件 （InputBindings： ） 单击鼠标左键 :LeftClick 双击鼠标左键:LeftDoubleClick 单击鼠标中键 :MiddleClick 双击鼠标中键:MiddleDoubleClick 单击鼠标右键:RightClick 双击鼠标右键:RightDoubleClick 不执行任何操作:None 旋转鼠标滚轮:WheelClick 事件转命令 Behavior 自定义实现 5. MVVM案例 一般页面信息绑定 页面集合绑定 任意数据源绑定 自定义控件 6. MV…… 阅读全文

摘要：一、WPF控件的组成 1. 逻辑与呈现的分离 ​ 控件模板旨在成为展示详细信息的自包含单元，对外部用户和对象（包括 Style 对象）不可见。 操作控件模板内容的唯一方法是在当前控件模板中。 2. 模板修改：显示区域的内容重组 Button模板Template：渲染对象、属性值的关联、触发器 样式与模板 3. 基础控件如何显示的？ 功能最强大，布局最灵活的容器 主要属性配置： ColumnDefinitions（ColumnDefinition）、RowDefinitions（RowDefinition）、ShowGridLines、IsSharedSizeScope（SharedSizeGroup）、给子项控件使用：Grid.Row Grid.Column 使用场景：广泛，不知道用什么布局，就用Grid，意外（WrapPanel） 二、模板中的基础控件 1. 基础元素的呈现：DrawingContext DrawRect TextBlock Border OnRender 2. 控件模板案例解析 Label、GroupBox、CheckBox、RadioButton、ToggleButton TextBox/PasswordBox、TabControl/TabItem、TreeView/TreeViewItem、ListBox/ListBoxItem、ListView/ListViewItem、Menu/MenuItem ComboBox、ScrollViewer、ProgressBar、Slider Calendar/DatePicker、DataGrid 模板的添加与修改 默认模板：wpf\src\Microsoft.DotNet.Wpf\src\Themes 3. 控件模板案例解析 基本控件的使用 名称、基本作用表现、特征 常用属性：尺寸、定位、显示内容 常用事件：点击、输入 控件的特殊属性 Style：用来统一设置控件属性的对象 Resources：资源管理，存放可共用的数据（变量、样式、模板） Template：用来控制控件的呈现 目的： 三、属性与绑定 1. WPF的数据关系 绑定关系：数据绑定是应用呈现数据并与数据交互提供了一种简单而一致的方法，在应用 UI 与其显示的数据之间建立连接的过程。 2. 建…… 阅读全文

摘要：一、界面布局 1. 布局原则 不用显式的方式设定元素的尺寸 不使用屏幕坐标来指定位置 2. 常用布局控件与布局处理 Grid StackPanel DockPanel WrapPanel UniformGrid Canvas InkCanvas Border（装饰控件：背景色/边框 圆角 子对象也只能一个） 3. Grid 功能最强大，布局最灵活的容器 主要属性配置： ColumnDefinitions（ColumnDefinition）、RowDefinitions（RowDefinition）、ShowGridLines、IsSharedSizeScope（SharedSizeGroup）、给子项控件使用：Grid.Row Grid.Column 使用场景：广泛，不知道用什么布局，就用Grid，意外（WrapPanel） 4. StackPanel 最简单的布局容器之一 主要属性配置：Orientation-调整排列方向、FlowDirection 使用场景：图文并显、工具栏 可以Grid代替 5. WrapPanel 唯一一个不能被Grid替代的布局控件，水平方向排列，过程中当前子项出界了，进行折行 主要属性配置：Orientation-调整排列方向 使用场景：桌面式图标排列、搜索历史关键词排列 6. DockPanel 通过设置Dock停靠进行布局 主要属性配置：LastChildFill、DockPanel.Dock 使用场景：应用的主窗口布局（标题栏、状态栏、工具栏、菜单栏） 7. UniformGrid 另一种行列风格布局，自动生成统一一致的行列 主要属性配置：Columns、Rows 指定的是当前区域均分多少行和列，不存在指定行高和列宽 使用场景：9宫格的功能区域、图表 8. Canvas 通过精确坐标定位放置子元素 主要属性配置：Canvas.Left、Top、Right、Bottom 使用场景：组态、组件封装（仪表） 9. InkCanvas 支持任意笔画输入的画布组件 主要属性配置： 使用场景：手写墨迹识别（不是手写图像识别）：文字、图形 10. Border 最基础的装饰控件 主要属性配置： 使用场景： 二、界面布局处理案例分析 1. 可视化数字看板 使用控件总结：Border …… 阅读全文

摘要：一、基本对象 1. WPF 3D WPF 中 3D 功能的设计初衷并非提供功能齐全的游戏开发平台。 WPF 中的 3D 图形内容封装在 Viewport3D 元素中，该元素可以参与二维元素结构。 该图形系统将 Viewport3D 视为一个二维视觉元素，就像 WPF 中的许多其他元素一样。 Viewport3D 充当三维场景中的窗口（即视区）。 更准确地说，它是 3D 场景所投影到的图面。 2. 模型3D场景 3D视口 坐标系 点、线、面、三角顶点网格 材质 光源 相机 3. 3D对象模型结构 MeshGemetry3D Positions TraiangleIndices TextureCoordinates：如何对应？ 4. 相机 OrthographicCamera：正交 PerspectiveCamera：透视 基本属性： Position：相机的空间坐标(X,Y,Z) LookDirection：观察方向，向量，相机观察口朝向 FieldOfView（透视相机属性） / Width（正交相机属性）：视野范围（焦距），一个值 UpDirection：相机上方方向，控制相机观察口旋转 FarPlaneDistance：远景距离，大于这个距离的场景不渲染 NearPlaneDistance：近景距离，小于这个距离的场景不渲染 5. 3D对象模型材质 DiffuseMaterial：漫反射，反射场景光效果 EmissiveMaterial：自发光，类似于电灯 SpecularMaterial：全反射，可以映射场景 贴图（平面贴图、曲面贴图-地球） 背面材质 6. 3D对象模型光源 AmbientLight：环境光 DirectionalLight：平行光 PointLight：点光源 SpotLight：聚光灯 相关属性 Color：灯光颜色 Direction：光线方向（平行光、聚光灯） Position：光源坐标（点光源、聚光灯） Range：灯光范围（点光源） InnerConeAngle：内光柱照射角度（聚光灯） OuterConeAngle：外光柱照射角度（聚光灯） 7. 3D对象的变换 Transform3D：平移 xyz ScaleTransform3D：缩放 RotateTransform3D：旋转 M…… 阅读全文