做了个基于 VCommon 的 ASP.NET Core 项目案例

作者：V君 发布于：2021-7-19 15:11 Monday 分类：折腾手记

前言

这是啥？简单用一句话来讲这就是一个山寨（简化？）版的 ABP 项目，用来学习 WebAPI 后端的完整流程以及做些个人项目。这几天抽了许多时间来摸 ASP.NET Core 尝试把 VCommon 用起来。进展还算顺利，那就淡定地水一水吧。

TL;DR

源代码：[VcommonCore] [本项目]
快速上手：
1)将 VcommonCore 和本项目克隆到同一个文件夹，打开本项目尝试编译
2)在配置文件按实际情况配好 MySQL 和 Redis
3)在包控制台用 update-database 命令创建数据库
4)如果没有异常，那就可以按 F5 跑起来看 Swagger 了
x)目前只有 SaaS 的基础功能。

TL;DR之后就是折腾感想了，主要还是和传统 ASP.NET 的差别以及适配

感想其一：配置文件。传统的 ASP.NET 只要在 Web.Config 配了连接字符串或者 AppSetting 就可以在任意位置使用 ConfigurationManager 来获取。不过这一套在 Core 已经行不通了，于是我从 ABP 项目抄来读取配置文件的实现，顺利地兼容了 EFCore 命令行工具和 ASP.NET Core 环境。EFCore 的方式完全照搬，而 ASP.NET Core 环境就得自己实现任意位置访问了，把配置对象注册到 IoC 容器中去！

感想其二：中间件。由于一开始就想绕过 ASP.NET 繁琐的生命周期，于是选用了 HttpModule 来把请求按约定的路径拦截下来并做出处理。换到 Core 之后，它没有 HttpModule 了，咋办？咕狗呗，找到微软的迁移文档，给 VCommon.VOpenApi 做了个中间件，从而平滑过渡到 Core。

感想其三：HttpContext/Session/RequestScope。传统的 ASP.NET 可以从任意位置通过静态成员获取当前上下文，然鹅转换到 Core 之后 HttpContext 的静态成员 Current 没有了，咕狗回来发现大伙们都用依赖注入的方式把上下文注册到 IoC 容器中。由于 HTTP 的无状态性，直接把上下文注册到容器是会乱套的，这时候就需要改变 UnityContainer 的使用姿势，用起派生容器了。插一句，或许有的人看不起 UnityContainer 说其老旧性能低下，但它自带的接口拦截功能还是很香的，它不需要把业务方法定义成虚方法，性能也还可以接受。在 WebAPI 请求处理的中间件调用业务方法之前，从根容器派生出子容器，将其作为 RequestScope 来使用，把上下文以及依赖上下文的组件一起注册进去，这样就不会乱套了。

最后，埋个伏笔（？）啥时候不咕了，那就用 VCommon 来做一个自己的博客吧！

标签: 软件开发 C# ASP.NET .NetCore

评论(0) 引用(0) 浏览(438)

Powered by emlog 去你妹的备案 sitemap