后端开发中,文件存储的命名特点分析

本文探讨了后端开发中文件存储的命名策略,包括使用文件MD5值和固定文件名称的方式。MD5命名确保URL唯一性,但需要处理无效资源清理;固定名称方便资源覆盖,但原子性和客户端缓存是挑战。文件上传可与表单数据分离或一起提交,集中式接口上传需关注无效资源管理。
摘要由CSDN通过智能技术生成

场景

在后台通过上传文件的方式,将文件存储到云端.然后供其它客户端使用HTTP的方式浏览或下载文件资源.就这么一个简单的过程,我们来探究一下这个文件名称应该如何命名.以及各种方式的优缺点

使用文件md5值作为文件名称

特点

  • 生成的URL具有唯一性,即一个文件一个唯一的URL
    一般客户端为了减少资源间的网络传输,会通过URL的方式对下载的文件资源进行缓存。我们在后端的文件与URL有唯一的对应关系,那么客户端通过URL缓存的资源与服务端的资源必定是一致的。这样的好处就是兼容客户端缓存策略。
  • 不利于清理无效资源
    比如用户头像。用户在更换头像时(假定需求不需要保留就头像),按照md5的方式,以前的头像数据肯定是需要清理的。我们需要去维护这些无效资源并且定期的清理它。这增加了维护成本。

使用固定文件名称的方式

特点

  • 一个URL在不同时刻对应不同文件资源
    也以用户头像为例子,用户更换头像,后端进行文件的覆盖操作。这样就不用去管理旧的无效数据,但是有个比较棘手的问题就是文件覆盖的原子性。覆盖操作的原子性是很难保证的。在文件覆盖过程中被打断的概率还是很大的。
  • 不利于客户端缓存
    因为URL的文件不是唯一的,在客户端缓存时,当然就会出现脏缓存的问题。不过我们也是可以解决,我们可以在URL最后通过?t=timestamp返回这个文件的生成时间戳来解决URL的的不唯一性。

后端文件上传与表单数据数据的关系

  • 文件上传与表单数据分离
    这种方式的好处是业务流程简单,在提交表单数据时,客户端上传文件后获得uri后添加在表单即可
  • 文件上传与
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1. 模块命名、数据库表命名、域模型命名、各分层的类/方法命名、页面的命名; 模块命名: a. 包命名:com.project_name.module_name.action/service/dao/ws; service的实现都置于com.project_name.module_name.service.impl下; b. 接口命名遵守XxxxService,接口实现遵守XxxxServiceImpl; 2. 包的设计、页面的层次结构设计(jsp/css/js等文件的结构); 3. log、异常(声明式异常)的约定设计; 4. 链接、按钮、表单提交的统一方式;通用式Ajax调用与页面跳转统一模型; 5. 响应一个请求的分层结构约定,列举几个示例(常规调用、Ajax调用、WebService调用、提供WebService暴露、硬件设备接口调用); 6. 验证代码质量的约定,如JUnit、EMMA、FindBugs、CheckStyle、PMD的使用;Hudson持续集成需注意的; 7. 压力测试、防内泄漏测试; 基础CSS:标签的各种状态的样式;表格单双行的样式; 开发一个Action请求的响应: 前置条件:该Action涉及的Entity及EntityName.hbm.xml已经准备好。 步骤: a. 前端页面触发Action的请求; 统一采用全路径请求,URL格式: 1> basePath/web/moduleName/*_ *.action {1}  EntityName,{2}  ActionMethodName 2> basePath/web/moduleName/gotoXxx.action (无需调用Service,直接跳转) 包括jQuery的Ajax方式和非Ajax方式; 包括表单提交; 参数设值的方式: 1> URL参数: basePath/web/moduleName/*_*.action?entity.propertyName=paramValue&paramName=paramValue 2> 或 另外,对于表单的提交,前后台都必须做数据校验,SWDF已提供了此能力,进行简单的配置即可,前台直接提供类似以下代码即可,点此查看前端校验详细规则说明。 前端校验示例; 后台数据校验,点此查看校验详细说明. b. 配置struts-moduleName.xml; 直接跳转示例; 调用Service示例; c. 开发对应的{EntityName}Action类; 该类必须继承com.hikvision.swdf.xx.BaseAction,该Action类有一个关键属性entity,即泛型Entity类的一个实体,该属性默认填充好了请求提交过来的entity对应参数(即entity.propertyName); d. 开发Service接口和Service接口实现,并在Action通过set方法注入该Service; 接口文件:UserService 接口实现:UserServiceImpl 注入Service e. 开发DAO,DAO继承com.hikvision.xxx.HibernateBaseDAO; 示例 f. 配置applicationContext-*.xml; 配置DAO bean、Service Bean、Action Bean及注入的配置; g. 测试; 备注: 1. Action建议统一遵守通配符的约定,basePath/web/moduleName/*_ *.action {1}  EntityName,{2}  ActionMethodName 2. 统一命名规则:接口类似UserService,接口实现类型UserServiceImpl;(IUserService和UserServiceImpl) 开发一个Action调用关联应用提供的WebService 前置条件:该WebService?WSDL可正常获取 步骤: a. 配置applicationContext-wsclient.xml; Spring管理第三方WebService实例bean Jaxws-client配置代码 b. 生成第三方WebService接口文件;(提供系统自动生成) 自动生成代码 c. 页面调用Action请求,Action注入WebService实例bean; Action对应方法直接调用第三方WebService的相关方法; d. 测试; 备注: 1. 步骤b,接口文件必须同包名同类名置于src目录下; 开发一个Action调用关联应用开放的HTTP请求 步骤: 1. 页面调用Action请求; 2. Action类相应方法使用封装好的HttpClient相关工具类,准备好HTTP请求的相关参数header参数和body参数并以xml的方式提交HTTP请求; 3. 解析该HTTP请求返回值(XML或JSON); 4. 响应结果; 5. 测试; 备注: 开发一个需要对第三方应用发布的WebService 步骤: a. 开发WebService接口,@WebService进行注解该接口; b. 开发WebService接口实现类,@WebService注解该实现类,并制定endpointInterface; c. 配置applicationContext-ws.xml d. 测试 备注: 开发一个需要对第三方应用发布的RESTful Service 步骤: a. 开发RS接口,提供如下Annotation; b. 开发RS接口实现,并提供如下Annotation; c. 配置applicationContext-rs.xml 备注: 所有Annotation的涵义解释如下:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值