这两天再搞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类型错误的文章。
2022/6/29
踩坑
注意自己连的是哪个minio,今天调试时候连的localhost搞了半天才发现没连到生产环境。