ABP处理非结构化数据的方式：分布式文件系统minio

这两天再搞pdf上传的事情。一开始想法是。前端传Base64块，后端接受，存服务器，相关实体存路径。后来实际看项目发现并没有产品经理所谓的“公司网盘”这个东西。。。

然后去ABP官网看了看关于非结构化数据存储的东西。原来放在了基础设施层。

ABP框架为BLOB提供了抽象,并提供了一些可以轻松集成到的预构建存储提供程序. 好处;

• 你可以通过几行配置轻松的集成你喜欢的BLOB存储提供程序.
• 你可以轻松的更改BLOB存储,而不用改变你的应用程序代码.
• 如果你想创建可重用的应用程序模块,无需假设BLOB的存储方式.

我来说人话：

1.使用ABP提供的BLOB，你可以任意选存储方式。本地，Azure，阿里云OSS，或者免费的minio

2.给了你很多BLOB接口，你用吧，增删改查。

3.不要轮子也行，你自己想办法吧。

说一下现在实现这个功能的简单想法：

1.首先容器，我应该是不能使用默认容器的，因为项目里用的是默认容器，另外模块的pdf应该另外创建一个bucket（Minio的顶层文件夹）。

 

 2.然后应该是需要去重新配置的，比如连上分布式服务的配置信息，最主要的还是需要另外创建一个bucket。注意改bucketName

3.设计相关联的问题，如果这边要通过某个实体来查这个pdf文件的话，需要给这个实体另外加一个属性。 说人话就是：给这个实体加一个FileName属性，属性的值存的就是你上传的文件名，方便后面找。但是这边要注意一个点是，最好不要直接用上传时候的文件名。规范一下格式最好。可以写一个returnNewName的方法，做一个拼接。

举个例子：上传 fuckYou.pdf

                   数据库存的文件名：dongnihao-thirdPartReports-fuckYou.pdf

4.然后就是增删改查

 5.定义必要的实体Entity和各种DTO。这个细节待补充，在做的过程中再慢慢写。

2022/5/24 

焯！看了一下公司项目，尼玛minio直接创了个桶，然后就把东西扔进去了。简单粗暴。这一波出于良心考虑，还是新建一个bucket吧，果然是前人跑的爽，后人火葬场。

万一相关的文件特别多，又不考虑目录结构，扔bucket里到时候查询巨慢。

ThirdPartReports - PatientPlanID - PDF

整个目录结构，毕竟以后改需求还是得我来维护。

2022/5/30

来复盘了，先给出代码

GitHub - TIMPICKLE/FileUploadInABP: 在APB中使用minio存储文件https://github.com/TIMPICKLE/FileUploadInABP纯后端就是这样，但是如果你使用了ABP  CLI Generate proxy的话，会有一些问题，去看我下一篇博客，关于IFormFile类型错误的文章。