Intro EF Core支持多种方式处理具有继承关系的表，现在支持TPH、TPC（EF Core 7）、TPT，具体的实现方式可以参考官方文档和这篇文章。 大致总结一下不同的方式的区别： TPH：所有的类型都放在一张表中，使用discriminator字段用以区别不同的类型 TPT：不同的子类型有
对象文件存储服务(OSS)主要用于存储零散的文件，和直接存储到本地文件系统中相比，有以下的几个优势： 跨服务器可用 兼容Amazon S3 API 横向扩容 高可用 支持加密 MinIO就是一个高性能的文件服务，我们使用.NET来操作一下。 部署MinIO 最简单的办法，就是在Docker上运行Mi
序列（sequence）是 PostgreSQL 中的一种对象，用于生成自动递增的唯一标识符。通常，序列会与表的自增主键一起使用，以确保每个新插入的行都有一个唯一的标识符。在某些情况下，可能需要更新序列的值： 从另一个数据库中导入数据，自增列的值也从原来的数据中导入。导入的过程中，目标数据库的序列不
我习惯性使用OData，它的$expand与层级查询非常好用，这个功能非常依赖于数据库的导航属性，也就是外键结构。最近想着把一个单体的系统拆分为多个小系统，首先需要处理外键依赖的问题。 多个服务各自有各自的数据库，数据库层面并不互通，也就无法使用外键约束。 我使用EF Core来描述数据库的结构，有
本文属于OData系列 Intro 对外提供WEBAPI时，如果遇上了版本升级，那么控制WEBAPI的版本也是非常必要的。OData官方提供了版本控制以及管理的解决方案，我个人是实践体会是不好用，好在社区提供了对应的nuget包，与.NET主版本同步更新。 介绍 ASP.NET API Versio
本文属于OData系列文章 Intro 前面写了很多有关OData使用的文章，很多读者会有疑问，直接将实体对象暴露给最终用户会不会有风险？$expand在默认配置的情况下，数据会不会有泄露风险？ 答案是肯定的，由于OData的特性，提供给我们便捷同时也会带来一些风险。很多地方推荐使用DTO模式来隔离
本文属于 OData 系列文章 Introduction 更新： 由于新版的 OData 已经默认使用了 endpoint 模式（Microsoft.AspNetCore.OData 8.0.0），不再需要额外配置，本文已经过时（asp.net core 3.1）。 最近看 OData 的 devb
引言 在单元或者集成测试的过程中，需要测试的用例非常多，如果测试是一条一条过，那么需要花费不少的时间。从 V2 开始，默认情况下 XUnit 自动配置并行（参考资料），大大提升了测试速度。本文将对 ASP.NET CORE WEBAPI 程序进行集成测试，并探讨 XUnit 的数据共享与测试并行的方
本文属于 OData 系列 引言 在 OData 中，EDM（Entity Data Model） 代表“实体数据模型”，它是一种用于表示 Web API 中的结构化数据的格式。EDM 定义了可以由 OData 服务公开的数据类型、实体和关系。 EDM 也提供了一些规则来描述数据模型中的实体之间的关
本文属于OData系列文章 前文说到了 EDM 与 OData 之间的关系，具有 EDM 的 OData 提供了强大的查询能力，但是 OData 并不必须要配置 EDM，我们也可以使用 Non-EDM 方案。 Non-EDM 所谓 Non-EDM ，并不是说在 OData 运行时不需要 EDM 配置
本文属于 OData 系列文章 引言 OData 是一个开放标准，已经在 oasis 组织标准化，因此我们可以在标准的官网查询到 OData 的标准请求与返回形式：OData JSON Format Version 4.01 (oasis-open.org) 针对不同的数据类型，输出返回的格式也不尽
以前就是一直使用 `Newtonsoft.Json` 用起来还是挺舒服的。由于 JSON 的应用越来越广，现在. NET Core 都内置了 `System.Text.Json` 可以直接对 JSON 进行操作，不过两个东西的体验依然有点区别。 有时候我们会遇到的从第三方传递过来的 json str
编写包含多个 `csproj` 的程序时，随着项目数量的持续增加，可能涉及一些文件夹的变动，手动添加项目或者变动会变得非常麻烦，这个时候，可以利用 `dotnet cli` 帮助我们完成。 如果从零开始，我们可以新建一个解决方案。 ```powershell dotnet new sln -n to
## 引言 最近发现自己喜欢用的 Todo 软件总是差点意思，毕竟每个人的习惯和工作流不太一样，我就想着自己写一个小的[Todo 项目]( https://github.com/circler3/TodoTrack )，核心的功能是自动记录 Todo 执行过程中消耗的时间（尤其面向程序员），按照自己
## 引言 之前说的做自动记录 Todo 执行过程中消耗的时间的[Todo 项目]( https://github.com/circler3/TodoTrack )，由于想持续保持程序执行，就放弃了 `Spectre.Console.Cli`，后来随着命令越来越多，自己处理觉得很是麻烦，想了想要不试
`ML.NET` 是微软推出的为. NET 平台设计的深度学习库，通过这个东西（`ModelBuilder`）可以自己构建模型，并用于后来的推理与数据处理。虽然设计是很好的，但是由于现在的 AI 发展基本上都以 `python` 实现作为基础，未来这个东西的发展不好说，特别是模型构建部分。我个人认为
## 前言 使用 ABP vNext（下文简称 ABP）时，通常都是从 cli 开始新建模板，从一个空项目开始。对已经存续的项目来说，现有的数据，特别是用户等核心数据需要进行迁移。 老的项目，随着规模越来越大，每次修改都需要更改非常多地方，最重要的是，共用数据库使得维护起来需要小心翼翼。为了后续维护
非常喜欢. NET 的 `///` 注释，写代码的时候就顺道完成写文档的过程，简直不要太爽了。 ASP. NET CORE 也是一样的，通过 `Swagger` 工具，可以自动生成 API 的接口文档（OpenAPI[规范](https://openapi.apifox.cn/)），提供给前端使用，
## 问题 在执行数据插入时，postgresql 提示*more than one owned sequence found*错误。这个和之前文章中写的[序列编号错乱](https://www.cnblogs.com/podolski/p/17349217.html)不同，是由数据表的一个列生成了
最近一段时间没有看 docker desktop，忽然想起来打开看看，结果死活启动不了。以前卸载之后，重新安装就好了，同样的方法尝试了很多次还是不太行，重启也不行... 后来想想是不是 wsl 出了问题，运行 WSA ，WSAClient 启动后又自动退出了。在命令行下运行 wsl，等待了很久，出现
