vue+elementui 同时有上传文件和批量上传文件功能,上传文件或批量上传文件后必须刷新才能再次上传文件

报错描述:

使用element-ui的上传文件组件写一个批量上传和上传文件,但是发现每次上传文件后或者批量上传文件后,不能再次上传文件或者批量上传文件。只有进入页面第一次点击上传文件或者批量上传文件才能够调用上传接口,进行文件上传,第二次上传文件或者批量上传文件只能对页面进行刷新才能上传文件。 

报错原因:

单文件上传以后,data中的file-list,已经放入一个文件了,当你再次上传,并没有清除掉本文件或者覆盖上一个文件,导致上传行为并没有执行。

解决思路:

只要点击上传文件或者批量上传文件按钮,不管是上传失败还是上传成功,都要把file-list清空一下,下次再执行上传事件的时候,就会重新触发这个事件,问题就能够解决。

element-ui文档 

 代码展示:

上传文件

当未上传文件时,操作按钮为【上传文件】。点击可上传文件。

当上传文件以后,操作按钮变为【修改文件】,点击后可重新上传文件,覆盖原来的文件。

           <el-upload
              class="upload-demo"
              style="display: inline-block"
              ref="uploadFileRef"
              :action="uploadUrl()"
              :on-success="uploadFileSuccess"
              :on-error="batchUploadError"
              :show-file-list="false"
              :limit="1"   //限制文件上传数量
              accept=".pdf"  //限制文件上传后缀名
              :before-upload="beforeUpload"
              :file-list="fileList"
            >
              <el-button
                size="small"
                type="text"
                @click="uploadFile(scope.row)"
              >
                <span>{{
                  scope.row.url == null ? "上传文件" : "修改文件"
                }}</span>
              </el-button>
            </el-upload>
data() {
    return {
      fileList: [],   
    };
  },
    /**
     *  上传文件
     */
    uploadFile(row) {  
      this.selectUploadData.flowNumber = row.flowNumber;
    },
    uploadFileSuccess(response) {
      if (typeof response == "undefined") {
        return;
      }
      if (response.returnCode != "SUCCESS") {
        this.$message({
          type: "warning",
          showClose: true,
          message: "文件上传失败",
        });
        return;
      }
      this.uploadFileQuery.flowNumber = this.selectUploadData.flowNumber;
      this.uploadFileQuery.url = response.data.filePath;
      api.xxx(this.uploadFileQuery).then((res) => {
        this.uploadFileQuery.flowNumber = "";
        this.uploadFileQuery.url = "";
        this.$message({
          type: "success",
          showClose: true,
          message: "上传成功",
        });
        this.fileList=[] // 清空fileList
        this.search();
      });
    },

批量上传文件

点击【批量上传文件】按钮可批量上传文件。

上传后如果所选内容已上传过文件,则弹出弹窗:所选择部分内容已上传文件是否全部覆盖。点击【覆盖】按钮则全部覆盖,点击【不覆盖】按钮则不覆盖原先的文件(对于已上传过的选项不做修改),点击【取消】按钮,则取消此次上传。

        <el-button type="primary" size="small" @click="checkSelectBatch()"
            >批量上传文件</el-button
          >
          <el-upload
            ref="uploadBatchButton"
            class="upload-demo"
            :action="uploadUrl()"
            :on-success="batchUploadFiles"
            :on-error="batchUploadError"
            :show-file-list="false"
            v-show="false"
            :limit="1"
            accept=".pdf"
            :before-upload="beforeUpload"
            :file-list="batchFileList"
          >
          </el-upload>
data() {
    return {
      batchFileList: [],   
    };
  },
    /**
     * 批量上传文件
     */
    checkSelectBatch() {
      if (this.multipleSelection.length <= 0) {
        this.$message({
          type: "warning",
          showClose: true,
          message: "请选择要批量操作的内容",
        });
        return false;
      }
      this.$refs.uploadBatchButton.$refs["upload-inner"].handleClick(); //触发上传组件中的按钮点击事件
    },
    //批量上传
    batchUploadFiles(response) {
      if (response.returnCode != "SUCCESS") {
        this.$message({
          type: "warning",
          showClose: true,
          message: "文件上传失败",
        });
        return;
      }
      this.batchUploadForm.url = response.data.filePath;
      for (let i = 0; i < this.multipleSelection.length; i++) {
        if (this.multipleSelection[i].url != null) {
          this.dialogVisible.batchUploadBatchVisible = true;
          return;
        }
      }
      this.uploadIsCover(1);
    },
    batchUploadError() {
      this.$message({
        type: "warning",
        showClose: true,
        message: "文件上传失败",
      });
    },

    /***
     * 批量上传文件覆盖对话框 1.覆盖 2.不覆盖
     */
    uploadIsCover(flag) {
      let newMultipleSelection = [];
      if (flag === 2) {
        newMultipleSelection = this.multipleSelection.filter(
          (item) =>
            typeof item.url == "undefined" || item.url == null || item.url == ""
        );
      } else {
        newMultipleSelection = this.multipleSelection;
      }
      // console.log(newMultipleSelection, "newMultipleSelection");
      if (newMultipleSelection <= 0) {
        this.resetForm();
        return;
      }
      newMultipleSelection.forEach((item) => {
        this.uploadFileQuery.flowNumber = item.flowNumber;
        this.uploadFileQuery.url = this.batchUploadForm.url;
        this.batchQuery.unshift(
          JSON.parse(JSON.stringify(this.uploadFileQuery))
        );
      });
      api.xxx(this.batchQuery).then((res) => {
        this.batchQuery = [];
        this.uploadFileQuery.flowNumber = "";
        this.uploadFileQuery.url = "";
        this.$message({
          type: "success",
          showClose: true,
          message: "文件上传成功",
        });
        this.batchFileList=[]  // 清空batchFileList
        this.search();
      });
      this.resetForm();
    },

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ObjectARX   1. ObjectARX的介绍:   ObjectARX是AutoDesk公司针对AutoCAD平台上的二次开发而推出的一个开发软件包,它提供了以C++为基础的面向对象的开发环境及应用程序接口,能真正快速的访问AutoCAD图形数据库。 与以往的 AutuCAD 二次开发工具 AutoLISP 和ADS不同,ObjectARX应用程序是一个DLL(动态链接库),共享AutoCAD的地址空间,对AutoCAD进行直接函数调用。所以,使用ARX编程的函数的执行速度得以大大提高。ARX 类库采用了标准的C++类库的封装形式,这也大大提高了程序员编程的可靠度和效率。 ObjectARX目前最新的版本是ObjectARX2009,它在原有ObjectARX的基础上,特别增加了XML的支持。XML是可扩展标记语言(eXtensible Markup Language)。它是应用软件与Internet的接口。通过支持XML,为ObjectARX开发网络协作应用提供了有力的支持。   2. 开发环境的设置:   运用ObjectARX进行二次开发,必须首先设置好ObjectARX的开发环境。目前常用的开发环境是Microsoft Visual C++ 6.0。同时,还需要安装ObjectARX SDK,ObjectARX SDK可以在AutoDesk公司的网站上免费下载。不同的AutoCAD版本对应相应的ObjectARX SDK的版本,目前常用的是ObjectARX SDK for AutoCADR14和ObjectARX SDK for AutoCAD2000i。这两个开发工具在设置上略有不同,将进行对比介绍。 安装好VC++和ObjectARX后,就可以开始设置开发环境了。 1) 设置INC和LIB文件寻找路径 INC和LIB文件寻找路径为VC++的环境参数,设置一次即可,对以后的所有项目均有效。 选择 Tools→Options …,出现Option对话框,选择Directories页,在Show Directories for中选择Include files,然后在Directories中加上ARX的INC目录路径c:\objectarx\inc(假定ARX的开发工具在c:\objectarx\中)。 在Show Directories for中选择Library files,然后在Directories中加上ARX的LIB目录路径c:\objectarx\lib(假定ARX的开发工具在c:\objectarx\中)。 2) 建立项目并设置编译环境 一般来说,开发的ObjectARX应用程序都需要支持MFC(如采用对话框等),因此,我们可以直接建立支持MFC的ObjectARX开发项目。每个项目均应设置编译环境,一般项目的编译环境可以有两个设置,分别为发布版本(Win32 Release)和调试版本(Win32 Debug)。在本节里,介绍的是发布版本的设置,而调试版本的设置将在下一节介绍。ObjectARX SDK for AutoCADR14和ObjectARX SDK for AutoCAD2000i在设置上面存在着差别,下面分别进行介绍。 对于ObjectARX SDK for ACADR14 a. 选择 File→New ,选择projects页→MFC AppWizard,给定项目名(helloR14)及位置,选OK,在DLL type中选择MFC Extension DLL(using share MFC DLL),再选择Finish。建立项目。 b. 选择Build→Set Active Configration…→helloR14 Win32 Release,然后选OK。 c. 选择Project→Setting,出现Project Settings对话框,开始设置编译环境。 d. General中,Microsoft Foundation Classes选择Use MFC in a Share DLL。 e. C/C++→Code Generation中,Use run-time library选择Multithreaded DLL。 f. C/C++→Preprocessor中,Preprocessor definitions填入ACRXAPP,RADPACK,WIN32,NDEBUG,_WINDOWS。 g. Link→General中,Output file Name填入helloR14.arx。 h. Link→Input中,Object/library modules添加Acad.lib acedapi.lib rxapi.lib libacge.lib库文件名。 i. Link→Output中,Base address填入0xc10000,Entry-point symbol中填入DllEntryPoing@12。 j. 点击OK退出Project Settings对话框。 k. 添加HelloR14.cpp主程序,为了使ARX支持MFC,把 HelloR14.cpp的内容直接替换为ObjectARX/UTILS/MFCEXTRAS/目录下ARXMFCTMPL.CPP的内容,其中包含了MFC所需的支持函数。同时加入公用头文件 resourcehelper.h到项目中去,这个头文件也可以在上面的目录找到。 l. 添加注册命令,在 initApp ()函数中,用 acedRegCmds->addCommand()册新的AutoCAD命令。 m. 添加HelloR14.def定义文件,EXPORTS下加入 acrxEntryPoint acrxGetApiVersion n. 对话框的可以采用一般VC++的对话框,继承 CDialog类。 对于ObjectARX SDK for ACAD2000i a. 选择 File→New ,选择projects页→MFC AppWizard,给定项目名(hello2000)及位置,选OK,在DLL type中选择MFC Extension DLL(using share MFC DLL),再选择Finish。建立项目。 b. 选择Build→Set Active Configration…→hello2000 Win32 Release,然后选OK。 c. 选择Project→Setting,出现Project Settings对话框,开始设置编译环境。 d. C/C++→Code Generation中,Use run-time library选择Multithreaded DLL。 e. C/C++→Preprocessor中,Preprocessor definitions填入ACRXAPP, WIN32,NDEBUG,_WINDOWS,_WINDLL,_AFXDLL,AFXEXT。 f. Link→General中,Output file Name填入hello2000.arx。 g. Link→Input中,Object/library modules添加acge15.lib acad.lib acedapi.lib acrx15.lib acdb15.lib acutil15.lib rxapi.lib acui15.lib adui15.lib库文件名。 h. Link→Output中,Base address填入0xc1000000。 i. 点击OK退出Project Settings对话框。 j. 添加Hello2000.cpp主程序,为了使ARX支持MFC,需要把 Hello2000.cpp的内容直接替换为ObjectARX/DOCSAMPS/MFCSAMPS/DYNAMIC/目录下ARXMFCTMPL.CPP的内容,其中包含了MFC所需的支持函数。同时加入两个公用头文件 resourcehelper.h和stdafx.h到项目中去,这两个头文件也可以在上面的目录找到。 k. 添加注册命令,在 initApp ()函数中,用 acedRegCmds->addCommand()新的AutoCAD命令。 l. 修改Hello2000.def文件,在EXPORTS下加入 acrxEntryPoint acrxGetApiVersion m. 对话框采用的是ObjectARX提供的对话框类型,采用MFC UI提供的相关类。类的头文件为 acui.h和adui.h。使用时可以先按照一般VC++的对话框建立对话框,然后修改该对话框继承的类为CAcUiDialog。可以通过查找和替换,直接把项目中的CDialog全部替换为CAcUiDialog。在引用该对话框时用采用下面的方法,如: HelloDlg Hello2000dlg(CWnd::FromHandle(adsw_acadMainWnd())) 3) 项目的加载、运行和卸载 项目编译完成后,就可以在AutoCAD中加载运行了。加载ObjectARX程序,可以选择Tools→Load Application…,然后选择相应的 arx文件,点击Load即可。 运行ObjectARX程序则通过键入程序中所注册的命令进行调用。 需要卸载程序时,可以选择Tools→Load Application…,然后选择相应的 arx文件,点击Unload即可。也可以直接键入(arxunload “ARX 程序名 ” )。 3. 调试技巧 程序编写中需要进行大量的调试工作,ObjectARX程序的调试可以跟普通的VC++程序一样通过设置断点来跟踪,同时,还有一些ObjectARX独特的调试技巧。 1) 通过断点跟踪进行调试 ObjectARX的跟踪调试需要首先设置调试版本(Win32 Debug)的编译环境。不同版本的调试环境设置也略有不同。 对于ObjectARX SDK for ACADR14 a. 选择Build→Set Active Configration…→helloR14 Win32 Debug,然后选OK。 b. 选择Project→Setting,出现Project Settings对话框,开始设置编译环境。 c. General中,Microsoft Foundation Classes选择Use MFC in a Share DLL。 d. Debug→General中,Executable for debug session中选择AutocadR14运行程序的位置,如C:\Program Files\AutoCAD R14\acad.exe。 e. C/C++→Code Generation中,Use run-time library选择Debug Multithreaded DLL。 f. C/C++→Preprocessor、Link→General、Link→Input、Link→Output的设置均同发布版本(Win32 Release) g. 点击OK退出Project Settings对话框。 h. 编译完成后,点击F9在相应位置设置断点。 i. 点击F5开始跟踪调试,调试开始时会自动打开AutoCAD,加载运行ARX后,到达断点的位置,进入调试界面,可以查询程序中变量的当前值,点击F5可以继续调试。 j. 程序运行完成后,退出AutoCAD,结束调试。 对于ObjectARX SDK for 2000i,调试环境的设置与R14的基本相同,主要的区别在于第e 步中,Use run-time library需要选择Multithreaded DLL,否则会出现DLL的版本问题,而导致ARX无法加载。 2) 其他调试技巧 ObjectARX的程序由于是运行在AutoCAD图形支撑环境下的,程序中很多元素都是对应着图形中的相应位置,因此,在调试的时候,除了通过设置断点跟踪变量外,还可以通过图形显示来观察变量。 但是,ObjectARX在AutoCAD里面进行绘制时,需要与AutoCAD数据库进行交互,代码比较长,直接在程序里面写入容易造成混乱。因此,可以利用我们开发的ObjectARX基本绘图函数库(Plot1和Plot2)。该函数 库提供了大量的图形绘制函数、文字输出函数以及图形编辑函数,调用时只需一行代码就可以完成,十分方便。其中常用的函数有以下这些: l 绘图相关函数 createLine 画直线 createDimR 倾斜尺寸标注 createDim 水平或竖直尺寸标注 createPoint 创建点 createCircle 画圆 createArc 画圆弧 createText 写字符串 createTextN 写 一整数 createTextR 写 一实数 createPline 画等宽多义线 createHatch 区域填充 insertBlock 插入图块 l 图形编辑相关函数 eraseByName 按实体的 ads_name 删除实体 eraseById 按实体的ID删除实体 changeLayerByName 按实体的 ads_name 改变实体的层 changeColorByName 按实体的 ads_name 改变实体的颜色 changeTextByName 按实体的 ads_name 改变实体字符内容 有了这个函数库,就可以通过添加辅助线和辅助图元、显示不同位置的变量值、改变图元的颜色等调试方法进行程序的调试了。
Struts+Spring+Hibernate实现上传下载      本文将围绕SSH文件上传下载的主题,向您详细讲述如何开发基于SSH的Web程序。SSH各框架的均为当前最新版本:   •Struts 1.2   •Spring 1.2.5   •Hibernate 3.0   本文选用的数据库为Oracle 9i,当然你可以在不改动代码的情况下,通过配置文件的调整将其移植到任何具有Blob字段类型的数据库上,如MySQL,SQLServer等。   总体实现   上传文件保存到T_FILE表中,T_FILE表结构如下: 图 1 T_FILE表结构   其中:   •FILE_ID:文件ID,32个字符,用Hibernate的uuid.hex算法生成。   •FILE_NAME:文件名。   •FILE_CONTENT:文件内容,对应Oracle的Blob类型。   •REMARK:文件备注。   文件数据存储在Blob类型的FILE_CONTENT表字段上,在Spring中采用OracleLobHandler来处理Lob字段(包括Clob和Blob),由于在程序中不需要引用到oracle数据驱动程序的具体类且屏蔽了不同数据库处理Lob字段方法上的差别,从而撤除程序在多数据库移植上的樊篱。   1.首先数据表中的Blob字段在Java领域对象中声明为byte[]类型,而非java.sql.Blob类型。   2.数据表Blob字段在Hibernate持久化映射文件中的type为org.springframework.orm.hibernate3.support.BlobByteArrayType,即Spring所提供的用户自定义的类型,而非java.sql.Blob。 3在Spring中使用org.springframework.jdbc.support.lob.OracleLobHandler处理Oracle数据库的Blob类型字段。   通过这样的设置和配置,我们就可以象持久化表的一般字段类型一样处理Blob字段了。   以上是Spring+Hibernate将文件二进制数据持久化到数据库的解决方案,而Struts通过将表单中file类型的组件映射为ActionForm中类型为org.apache.struts.upload. FormFile的属性来获取表单提交的文件数据。   工程的类按SSH的层次结构划分为数据持久层、业务层和Web层;WEB-INF下的applicationContext.xml为Spring的配置文件,struts-config.xml为Struts的配置文件,file-upload.jsp为文件上传页面,file-list.jsp为文件列表页面。   本文后面的章节将从数据持久层->业务层->Web层的开发顺序,逐层讲解文件上传下载的开发过程。   数据持久层   1、领域对象及映射文件   您可以使用Hibernate Middlegen、HIbernate Tools、Hibernate Syhchronizer等工具或手工的方式,编写Hibernate的领域对象和映射文件。其中对应T_FILE表的领域对象Tfile.java为:   代码 1 领域对象Tfile 1. package sshfile.model; 2. public class Tfile 3.{ 4. private String fileId; 5. private String fileName; 6. private byte[] fileContent; 7. private String remark; 8. …//getter and setter 9. }   特别需要注意的是:数据库表为Blob类型的字段在Tfile中的fileContent类型为byte[]。Tfile的Hibernate映射文件Tfile.hbm.xml放在Tfile .java类文件的相同目录下:   代码 2 领域对象映射文件 1. <?xml version="1.0"?> 2. <!DOCTYPE hibernate-mapping PUBLIC 3. "-//Hibernate/Hibernate Mapping DTD 3.0//EN" 4. "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" > 5. <hibernate-mapping> 6. <class name="sshfile.model.Tfile" table="T_FILE"> 7. <id name="fileId" type="java.lang.String" column="FILE_ID"> 8. <generator class="uuid.hex"/> 9. </id> 10. <property name="fileContent" 11. type="org.springframework.orm.hibernate3.support.BlobByteArrayType" 12. column="FILE_CONTENT" lazy="true"/> 13. …//其它一般字段的映射 14. </class> 15. </hibernate-mapping>   fileContent字段映射为Spring所提供的BlobByteArrayType类型,BlobByteArrayType是用户自定义的数据类型,它实现了Hibernate 的org.hibernate.usertype.UserType接口。BlobByteArrayType使用从sessionFactory获取的Lob操作句柄lobHandler将byte[]的数据保存到Blob数据库字段中。这样,我们就再没有必要通过硬编码的方式,先insert然后再update来完成Blob类型数据的持久化,这个原来难伺候的老爷终于被平民化了。关于lobHandler的配置请见本文后面的内容。   此外lazy="true"说明地返回整个Tfile对象时,并不返回fileContent这个字段的数据,只有在显式调用tfile.getFileContent()方法时才真正从数据库中获取fileContent的数据。这是Hibernate3引入的新特性,对于包含重量级大数据的表字段,这种抽取方式提高了对大字段操作的灵活性,否则加载Tfile对象的结果集时如果总是返回fileContent,这种批量的数据抽取将可以引起数据库的"洪泛效应"。   2、DAO编写和配置   Spring强调面向接口编程,所以我们将所有对Tfile的数据操作的方法定义在TfileDAO接口中,这些接口方法分别是:   •findByFildId(String fileId)   •save(Tfile tfile)   •List findAll()   TfileDAOHibernate提供了对TfileDAO接口基于Hibernate的实现,如代码 3所示:   代码 3 基于Hibernate 的fileDAO实现类 1. package sshfile.dao; 2. 3. import sshfile.model.*; 4. import org.springframework.orm.hibernate3.support.HibernateDaoSupport; 5. import java.util.List; 6. 7. public class TfileDAOHibernate 8. extends HibernateDaoSupport implements TfileDAO 9. { 10. public Tfile findByFildId(String fileId) 11. { 12. return (Tfile) getHibernateTemplate().get(Tfile.class, fileId); 13. } 14. public void save(Tfile tfile) 15. { 16. getHibernateTemplate().save(tfile); 17. getHibernateTemplate().flush(); 18. } 19. public List findAll() 20. { 21. return getHibernateTemplate().loadAll(Tfile.class); 22. } 23. }   TfileDAOHibernate通过扩展Spring提供的Hibernate支持类HibernateDaoSupport而建立,HibernateDaoSupport封装了HibernateTemplate,而HibernateTemplate封装了Hibernate所提供几乎所有的的数据操作方法,如execute(HibernateCallback action),load(Class entityClass, Serializable id),save(final Object entity)等等。   所以我们的DAO只需要简单地调用父类的HibernateTemplate就可以完成几乎所有的数据库操作了。   由于Spring通过代理Hibernate完成数据层的操作,所以原Hibernate的配置文件hibernate.cfg.xml的信息也转移到Spring的配置文件中:   代码 4 Spring中有关Hibernate的配置信息 1. <beans> 2. <!-- 数据源的配置 //--> 3. <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" 4. destroy-method="close"> 5. <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver"/> 6. <property name="url" value="jdbc:oracle:thin:@localhost:1521:ora9i"/> 7. <property name="username" value="test"/> 8. <property name="password" value="test"/> 9. </bean> 10. <!-- Hibernate会话工厂配置 //--> 11. <bean id="sessionFactory" 12. class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> 13. <property name="dataSource" ref="dataSource"/> 14. <property name="mappingDirectoryLocations"> 15. <list> 16. <value>classpath:/sshfile/model</value> 17. </list> 18. </property> 19. <property name="hibernateProperties"> 20. <props> 21. <prop key="hibernate.dialect">org.hibernate.dialect.OracleDialect</prop> 22. <prop key="hibernate.cglib.use_reflection_optimizer">true</prop> 23. </props> 24. </property> 25. </bean> 26. <!-- Hibernate 模板//--> 27. <bean id="hibernateTemplate" 28. class="org.springframework.orm.hibernate3.HibernateTemplate"> 29. <property name="sessionFactory" ref="sessionFactory"/> 30. </bean> 31. <!--DAO配置 //--> 32. <bean id="tfileDAO" class="sshfile.dao.TfileDAOHibernate"> 33. <property name="hibernateTemplate" ref="hibernateTemplate" /> 34. </bean> 35. … 36. </beans>   第3~9行定义了一个数据源,其实现类是apache的BasicDataSource,第11~25行定义了Hibernate的会话工厂,会话工厂类用Spring提供的LocalSessionFactoryBean维护,它注入了数据源和资源映射文件,此外还通过一些键值对设置了Hibernate所需的属性。   其中第16行通过类路径的映射方式,将sshfile.model类包目录下的所有领域对象的映射文件装载进来,在本文的例子里,它将装载进Tfile.hbm.xml映射文件。如果有多个映射文件需要声明,使用类路径映射方式显然比直接单独指定映射文件名的方式要简便。   第27~30行定义了Spring代理Hibernate数据操作的HibernateTemplate模板,而第32~34行将该模板注入到tfileDAO中。   需要指定的是Spring 1.2.5提供了两套Hibernate的支持包,其中Hibernate 2相关的封装类位于org.springframework.orm.hibernate2.*包中,而Hibernate 3.0的封装类位于org.springframework.orm.hibernate3.*包中,需要根据您所选用Hibernate版本进行正确选择。   3、Lob字段处理的配置   我们前面已经指出Oracle的Lob字段和一般类型的字段在操作上有一个明显的区别--那就是你必须首先通过Oracle的empty_blob()/empty_clob()初始化Lob字段,然后获取该字段的引用,通过这个引用更改其值。所以要完成对Lob字段的操作,Hibernate必须执行两步数据库访问操作,先Insert再Update。   使用BlobByteArrayType字段类型后,为什么我们就可以象一般的字段类型一样操作Blob字段呢?可以确定的一点是:BlobByteArrayType不可能逾越Blob天生的操作方式,原来是BlobByteArrayType数据类型本身具体数据访问的功能,它通过LobHandler将两次数据访问的动作隐藏起来,使Blob字段的操作在表现上和其他一般字段业类型无异,所以LobHandler即是那个"苦了我一个,幸福十亿人"的那位幕后英雄。   LobHandler必须注入到Hibernate会话工厂sessionFactory中,因为sessionFactory负责产生与数据库交互的Session。LobHandler的配置如代码 5所示:   代码 5 Lob字段的处理句柄配置 1. <beans> 2. … 3. <bean id="nativeJdbcExtractor" 4. class="org.springframework.jdbc.support.nativejdbc.CommonsDbcpNativeJdbcExtractor" 5. lazy-init="true"/> 6. <bean id="lobHandler" 7. class="org.springframework.jdbc.support.lob.OracleLobHandler" lazy-init="true"> 8. <property name="nativeJdbcExtractor"> 9. <ref local="nativeJdbcExtractor"/> 10. </property> 11. </bean> 12. … 13. </beans>   首先,必须定义一个能够从连接池中抽取出本地数据库JDBC对象(如OracleConnection,OracleResultSet等)的抽取器:nativeJdbcExtractor,这样才可以执行一些特定数据库的操作。对于那些仅封装了Connection而未包括Statement的简单数据连接池,SimpleNativeJdbcExtractor是效率最高的抽取器实现类,但具体到apache的BasicDataSource连接池,它封装了所有JDBC的对象,这时就需要使用CommonsDbcpNativeJdbcExtractor了。Spring针对几个著名的Web服务器的数据源提供了相应的JDBC抽取器:   •WebLogic:WebLogicNativeJdbcExtractor   •WebSphere:WebSphereNativeJdbcExtractor   •JBoss:JBossNativeJdbcExtractor   在定义了JDBC抽取器后,再定义lobHandler。Spring 1.2.5提供了两个lobHandler:   •DefaultLobHandler:适用于大部分的数据库,如SqlServer,MySQL,对Oracle 10g也适用,但不适用于Oracle 9i(看来Oracle 9i确实是个怪胎,谁叫Oracle 公司自己都说Oracle 9i是一个过渡性的产品呢)。   •OracleLobHandler:适用于Oracle 9i和Oracle 10g。   由于我们的数据库是Oracle9i,所以使用OracleLobHandler。   在配置完LobHandler后, 还需要将其注入到sessionFactory的Bean中,下面是调用后的sessionFactory Bean的配置:   代码 6 将lobHandler注入到sessionFactory中的配置 1. <beans> 2. … 3. <bean id="sessionFactory" 4. class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> 5. <property name="dataSource" ref="dataSource"/> 6. <!-- 为处理Blob类型字段的句柄声明 //--> 7. <property name="lobHandler" ref="lobHandler"/> 8. … 9. </bean> 10. … 11. </beans>   如第7所示,通过sessionFactory的lobHandler属性进行注入。  业务层   1、业务层接口   "面向接口而非面向类编程"是Spring不遗余力所推荐的编程原则,这条原则也已经为大部开发者所接受;此外,JDK的动态代理只对接口有效,否则必须使用CGLIB生成目标类的子类。我们依从于Spring的倡导为业务类定义一个接口:   代码 7 业务层操作接口 1. public interface FileService 2. { 3. void save(FileActionForm fileForm);//将提交的上传文件保存到数据表中 4. List getAllFile();//得到T_FILE所示记录 5. void write(OutputStream os,String fileId);//将某个文件的文件数据写出到输出流中 6. String getFileName(String fileId);//获取文件名 7. }   其中save(FileActionForm fileForm)方法,将封装在fileForm中的上传文件保存到数据库中,这里我们使用FileActionForm作为方法入参,FileActionForm是Web层的表单数据对象,它封装了提交表单的数据。将FileActionForm直接作为业务层的接口入参,相当于将Web层传播到业务层中去,即将业务层绑定在特定的Web层实现技术中,按照分层模型学院派的观点,这是一种反模块化的设计,但在"一般"的业务系统并无需提供多种UI界面,系统Web层将来切换到另一种实现技术的可能性也微乎其微,所以笔者觉得没有必要为了这个业务层完全独立于调用层的过高目标而去搞一个额外的隔离层,浪费了原材料不说,还将系统搞得过于复杂,相比于其它原则,"简单"始终是最大的一条原则。   getAllFile()负责获取T_FILE表所有记录,以便在网页上显示出来。   而getFileName(String fileId)和write(OutputStream os,String fileId)则用于下载某个特定的文件。具体的调用是将Web层将response.getOutputStream()传给write(OutputStream os,String fileId)接口,业务层直接将文件数据输出到这个响应流中。具体实现请参见错误!未找到引用源。节下载文件部分。   2、业务层接口实现类   FileService的实现类为FileServiceImpl,其中save(FileActionForm fileForm)的实现如下所示:   代码 8 业务接口实现类之save() 1. … 2. public class FileServiceImpl 3. implements FileService 4. { 5. private TfileDAO tfileDAO; 6. public void save(FileActionForm fileForm) 7. { 8. Tfile tfile = new Tfile(); 9. try 10. { 11. tfile.setFileContent(fileForm.getFileContent().getFileData()); 12. } 13. catch (FileNotFoundException ex) 14. { 15. throw new RuntimeException(ex); 16. } 17. catch (IOException ex) 18. { 19. throw new RuntimeException(ex); 20. } 21. tfile.setFileName(fileForm.getFileContent().getFileName()); 22. tfile.setRemark(fileForm.getRemark()); 23. tfileDAO.save(tfile); 24. } 25. … 26. }   在save(FileActionForm fileForm)方法里,完成两个步骤:   其一,象在水桶间倒水一样,将FileActionForm对象中的数据倒入到Tfile对象中;   其二,调用TfileDAO保存数据。   需要特别注意的是代码的第11行,FileActionForm的fileContent属性为org.apache.struts.upload.FormFile类型,FormFile提供了一个方便的方法getFileData(),即可获取文件的二进制数据。通过解读FormFile接口实现类DiskFile的原码,我们可能知道FormFile本身并不缓存文件的数据,只有实际调用getFileData()时,才从磁盘文件输入流中获取数据。由于FormFile使用流读取方式获取数据,本身没有缓存文件的所有数据,所以对于上传超大体积的文件,也是没有问题的;但是,由于数据持久层的Tfile使用byte[]来缓存文件的数据,所以并不适合处理超大体积的文件(如100M),对于超大体积的文件,依然需要使用java.sql.Blob类型以常规流操作的方式来处理。   此外,通过FileForm的getFileName()方法就可以获得上传文件的文件名,如第21行代码所示。   write(OutputStream os,String fileId)方法的实现,如代码 9所示:   代码 9 业务接口实现类之write() 1. … 2. public class FileServiceImpl 3. implements FileService 4. { 5. 6. public void write(OutputStream os, String fileId) 7. { 8. Tfile tfile = tfileDAO.findByFildId(fileId); 9. try 10. { 11. os.write(tfile.getFileContent()); 12. os.flush(); 13. } 14. catch (IOException ex) 15. { 16. throw new RuntimeException(ex); 17. } 18. } 19. … 20. }   write(OutputStream os,String fileId)也简单地分为两个操作步骤,首先,根据fileId加载表记录,然后将fileContent写入到输出流中。   3、Spring事务配置   下面,我们来看如何在Spring配置文件中为FileService配置声明性的事务 1. <beans> 2. … 3. <bean id="transactionManager" 4. class="org.springframework.orm.hibernate3.HibernateTransactionManager"> 5. <property name="sessionFactory" ref="sessionFactory"/> 6. </bean> 7. <!-- 事务处理的AOP配置 //--> 8. <bean id="txProxyTemplate" abstract="true" 9. class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> 10. <property name="transactionManager" ref="transactionManager"/> 11. <property name="transactionAttributes"> 12. <props> 13. <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> 14. <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> 15. <prop key="save">PROPAGATION_REQUIRED</prop> 16. <prop key="write">PROPAGATION_REQUIRED,readOnly</prop> 17. </props> 18. </property> 19. </bean> 20. <bean id="fileService" parent="txProxyTemplate"> 21. <property name="target"> 22. <bean class="sshfile.service.FileServiceImpl"> 23. <property name="tfileDAO" ref="tfileDAO"/> 24. </bean> 25. </property> 26. </bean> 27. </beans>   Spring的事务配置包括两个部分:   其一,定义事务管理器transactionManager,使用HibernateTransactionManager实现事务管理;   其二,对各个业务接口进行定义,其实txProxyTemplate和fileService是父子节点的关系,本来可以将txProxyTemplate定义的内容合并到fileService中一起定义,由于我们的系统仅有一个业务接口需要定义,所以将其定义的一部分抽象到父节点txProxyTemplate中意义确实不大,但是对于真实的系统,往往拥有为数众多的业务接口需要定义,将这些业务接口定义内容的共同部分抽取到一个父节点中,然后在子节点中通过parent进行关联,就可以大大简化业务接口的配置了。   父节点txProxyTemplate注入了事务管理器,此外还定义了业务接口事务管理的方法(允许通过通配符的方式进行匹配声明,如前两个接口方法),有些接口方法仅对数据进行读操作,而另一些接口方法需要涉及到数据的更改。对于前者,可以通过readOnly标识出来,这样有利于操作性能的提高,需要注意的是由于父类节点定义的Bean仅是子节点配置信息的抽象,并不能具体实现化一个Bean对象,所以需要特别标注为abstract="true",如第8行所示。   fileService作为一个目标类被注入到事务代理器中,而fileService实现类所需要的tfileDAO实例,通过引用3.2节中定义的tfileDAO Bean注入。   Web层实现   1、Web层的构件和交互流程   Web层包括主要3个功能:   •上传文件。   •列出所有已经上传的文件列表,以供点击下载。   •下载文件。   Web层实现构件包括与2个JSP页面,1个ActionForm及一个Action:   •file-upload.jsp:上传文件的页面。   •file-list.jsp:已经上传文件的列表页面。   •FileActionForm:file-upload.jsp页面表单对应的ActionForm。   •FileAction:继承org.apache.struts.actions.DispatchAction的Action,这样这个Action就可以通过一个URL参数区分中响应不同的请求。   Web层的这些构件的交互流程如图 6所示: 图 6 Web层Struts流程图   其中,在执行文件上传的请求时,FileAction在执行文件上传后,forward到loadAllFile出口中,loadAllFile加载数据库中所有已经上传的记录,然后forward到名为fileListPage的出口中,调用file-list.jsp页面显示已经上传的记录。   2、FileAction功能   Struts 1.0的Action有一个弱项:一个Action只能处理一种请求,Struts 1.1中引入了一个DispatchAction,允许通过URL参数指定调用Action中的某个方法,如http://yourwebsite/fileAction.do?method=upload即调用FileAction中的upload方法。通过这种方式,我们就可以将一些相关的请求集中到一个Action当中编写,而没有必要为某个请求操作编写一个Action类。但是参数名是要在struts-config.xml中配置的: 1. <struts-config> 2. <form-beans> 3. <form-bean name="fileActionForm" type="sshfile.web.FileActionForm" /> 4. </form-beans> 5. <action-mappings> 6. <action name="fileActionForm" parameter="method" path="/fileAction" 7. type="sshfile.web.FileAction"> 8. <forward name="fileListPage" path="/file-list.jsp" /> 9. <forward name="loadAllFile" path="/fileAction.do?method=listAllFile" /> 10. </action> 11. </action-mappings> 12. </struts-config>   第6行的parameter="method"指定了承载方法名的参数,第9行中,我们还配置了一个调用FileAction不同方法的Action出口。   FileAction共有3个请求响应的方法,它们分别是:   •upload(…):处理上传文件的请求。   •listAllFile(…):处理加载数据库表中所有记录的请求。   •download(…):处理下载文件的请求。   下面我们分别对这3个请求处理方法进行讲解。   2.1 上传文件   上传文件的请求处理方法非常简单,简之言之,就是从Spring容器中获取业务层处理类FileService,调用其save(FileActionForm form)方法上传文件,如下所示: 1. public class FileAction 2. extends DispatchAction 3. { 4. //将上传文件保存到数据库中 5. public ActionForward upload(ActionMapping mapping, ActionForm form, 6. HttpServletRequest request, 7. HttpServletResponse response) 8. { 9. FileActionForm fileForm = (FileActionForm) form; 10. FileService fileService = getFileService(); 11. fileService.save(fileForm); 12. return mapping.findForward("loadAllFile"); 13. } 14. //从Spring容器中获取FileService对象 15. private FileService getFileService() 16. { 17. ApplicationContext appContext = WebApplicationContextUtils. 18. getWebApplicationContext(this.getServlet().getServletContext()); 19. return (FileService) appContext.getBean("fileService"); 20. } 21. … 22. }   由于FileAction其它两个请求处理方法也需要从Spring容器中获取FileService实例,所以我们特别提供了一个getFileService()方法(第15~21行)。重构的一条原则就是:"发现代码中有重复的表达式,将其提取为一个变量;发现类中有重复的代码段,将其提取为一个方法;发现不同类中有相同的方法,将其提取为一个类"。在真实的系统中,往往拥有多个Action和多个Service类,这时一个比较好的设置思路是,提供一个获取所有Service实现对象的工具类,这样就可以将Spring 的Service配置信息屏蔽在一个类中,否则Service的配置名字散落在程序各处,维护性是很差的。   2.2 列出所有已经上传的文件   listAllFile方法调用Servie层方法加载T_FILE表中所有记录,并将其保存在Request域中,然后forward到列表页面中: 1. public class FileAction 2. extends DispatchAction 3. { 4. … 5. public ActionForward listAllFile(ActionMapping mapping, ActionForm form, 6. HttpServletRequest request, 7. HttpServletResponse response) 8. throws ModuleException 9. { 10. FileService fileService = getFileService(); 11. List fileList = fileService.getAllFile(); 12. request.setAttribute("fileList",fileList); 13. return mapping.findForward("fileListPage"); 14. } 15. }   file-list.jsp页面使用Struts标签展示出保存在Request域中的记录: 1. <%@page contentType="text/html; charset=GBK"%> 2. <%@taglib uri="/WEB-INF/struts-logic.tld" prefix="logic"%> 3. <%@taglib uri="/WEB-INF/struts-bean.tld" prefix="bean"%> 4. <html> 5. <head> 6. <title>file-download</title> 7. </head> 8. <body bgcolor="#ffffff"> 9. <ol> 10. <logic:iterate id="item" name="fileList" scope="request"> 11. <li> 12. <a href='fileAction.do?method=download&fileId= 13. <bean:write name="item"property="fileId"/>'> 14. <bean:write name="item" property="fileName"/> 15. </a> 16. </li> 17. </logic:iterate> 18. </ol> 19. </body> 20. </html>   展现页面的每条记录挂接着一个链接地址,形如:fileAction.do?method=download&fileId=xxx,method参数指定了这个请求由FileAction的download方法来响应,fileId指定了记录的主键。   由于在FileActionForm中,我们定义了fileId的属性,所以在download响应方法中,我们将可以从FileActionForm中取得fileId的值。这里涉及到一个处理多个请求Action所对应的ActionForm的设计问题,由于原来的Action只能对应一个请求,那么原来的ActionForm非常简单,它仅需要将这个请求的参数项作为其属性就可以了,但现在一个Action对应多个请求,每个请求所对应的参数项是不一样的,此时的ActionForm的属性就必须是多请求参数项的并集了。所以,除了文件上传请求所对应的fileContent和remark属性外还包括文件下载的fileId属性: 图 7 FileActionForm   当然这样会造成属性的冗余,比如在文件上传的请求中,只会用到fileContent和remark属性,而在文件下载的请求时,只会使用到fileId属性。但这种冗余是会带来好处的--它使得一个Action可以处理多个请求。   2.3 下载文件   在列表页面中点击一个文件下载,其请求由FileAction的download方法来响应,download方法调用业务层的FileService方法,获取文件数据并写出到response的响应流中。通过合理设置HTTP响应头参数,将响应流在客户端表现为一个下载文件对话框,其代码如下所示:   代码 10 业务接口实现类之download 1. public class FileAction 2. extends DispatchAction 3. { 4. … 5. public ActionForward download(ActionMapping mapping, ActionForm form, 6. HttpServletRequest request, 7. HttpServletResponse response) 8. throws ModuleException 9. { 10. FileActionForm fileForm = (FileActionForm) form; 11. FileService fileService = getFileService(); 12. String fileName = fileService.getFileName(fileForm.getFileId()); 13. try 14. { 15. response.setContentType("application/x-msdownload"); 16. response.setHeader("Content-Disposition", 17. "attachment;" + " filename="+ 18. new String(fileName.getBytes(), "ISO-8859-1")); 19. fileService.write(response.getOutputStream(), fileForm.getFileId()); 20. } 21. catch (Exception e) 22. { 23. throw new ModuleException(e.getMessage()); 24. } 25. return null; 26. } 27. }   第15~18行,设置HTTP响应头,将响应类型设置为application/x-msdownload MIME类型,则响应流在IE中将弹出一个文件下载的对话框,如图 4所示。IE所支持的MIME类型多达26种,您可以通过这个网址查看其他的MIME类型: http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.asp。   如果下载文件的文件名含有中文字符,如果不对其进行硬编码,如第18行所示,客户文件下载对话框中出现的文件名将会发生乱码。 第19行代码获得response的输出流,作为FileServie write(OutputStream os,String fileId)的入参,这样文件的内容将写到response的输出流中。   3、web.xml文件的配置 Spring容器在何时启动呢?我可以在Web容器初始化来执行启动Spring容器的操作,Spring提供了两种方式启动的方法:   •通过org.springframework.web.context .ContextLoaderListener容器监听器,在Web容器初始化时触发初始化Spring容器,在web.xml中通过<listener></listener>对其进行配置。   •通过Servlet org.springframework.web.context.ContextLoaderServlet,将其配置为自动启动的Servlet,在Web容器初始化时,通过这个Servlet启动Spring容器。   在初始化Spring容器之前,必须先初始化log4J的引擎,Spring也提供了容器监听器和自动启动Servlet两种方式对log4J引擎进行初始化:  •org.springframework.web.util .Log4jConfigListener  •org.springframework.web.util.Log4jConfigServlet   下面我们来说明如何配置web.xml启动Spring容器:   代码 11 web.xml中对应Spring的配置内容 1. <web-app> 2. <context-param> 3. <param-name>contextConfigLocation</param-name> 4. <param-value>/WEB-INF/applicationContext.xml</param-value> 5. </context-param> 6. <context-param> 7. <param-name>log4jConfigLocation</param-name> 8. <param-value>/WEB-INF/log4j.properties</param-value> 9. </context-param> 10. <servlet> 11. <servlet-name>log4jInitServlet</servlet-name> 12. <servlet-class>org.springframework.web.util.Log4jConfigServlet</servlet-class> 13. <load-on-startup>1</load-on-startup> 14. </servlet> 15. <servlet> 16. <servlet-name>springInitServlet</servlet-name> 17. <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class> 18. <load-on-startup>2</load-on-startup> 19. </servlet> 20. … 21. </web-app>   启动Spring容器时,需要得到两个信息:Spring配置文件的地址和Log4J属性文件,这两上信息分别通过contextConfigLocationWeb和log4jConfigLocation容器参数指定,如果有多个Spring配置文件,则用逗号隔开,如: /WEB-INF/applicationContext_1.xml, /WEB-INF/applicationContext_1.xm2   由于在启动ContextLoaderServlet之前,必须事先初始化Log4J的引擎,所以Log4jConfigServlet必须在ContextLoaderServlet之前启动,这通过<load-on-startup>来指定它们启动的先后顺序。   乱码是开发Web应用程序一个比较老套又常见问题,由于不同Web应用服务器的默认编码是不一样的,为了方便Web应用在不同的Web应用服务器上移植,最好的做法是Web程序自身来处理编码转换的工作。经典的作法是在web.xml中配置一个编码转换过滤器,Spring就提供了一个编码过滤器类CharacterEncodingFilter,下面,我们为应用配置上这个过滤器: 1. <web-app> 2. … 3. <filter> 4. <filter-name>encodingFilter</filter-name> 5. <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> 6. <init-param> 7. <param-name>encoding</param-name> 8. <param-value>GBK</param-value> 9. </init-param> 10. </filter> 11. <filter-mapping> 12. <filter-name>encodingFilter</filter-name> 13. <url-pattern>/*</url-pattern> 14. </filter-mapping> 15. … 16. </web-app>   Spring的过滤器类是org.springframework.web.filter.CharacterEncodingFilter,通过encoding参数指定编码转换类型为GBK,<filter-mapping>的配置使该过滤器截获所有的请示。   Struts的框架也需要在web.xml中配置,想必读者朋友对Struts的配置都很熟悉,故在此不再提及,请参见本文所提供的源码。   总结   本文通过一个文件上传下载的Web应用,讲解了如何构建基于SSH的Web应用,通过Struts和FormFile,Spring的LobHandler以及Spring为HibernateBlob处理所提供的用户类BlobByteArrayType ,实现上传和下载文件的功能仅需要廖廖数行的代码即告完成。读者只需对程序作稍许的调整,即可处理Clob字段:   •领域对象对应Clob字段的属性声明为String类型;   •映射文件对应Clob字段的属性声明为org.springframework.orm.hibernate3.support.ClobStringType类型。
在Spring Boot中,可以使用MultipartHttpServletRequest来处理文件上传,然后将文件路径存储在数据库中。以下是一个简单的示例代码: 1. 添加依赖 在pom.xml文件中添加以下依赖: ``` <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> ``` 2. 创建一个实体类 创建一个实体类,用来表示上传的文件信息,包括文件名、文件类型、文件大小、文件路径等信息。 ``` @Entity @Table(name = "file") public class FileEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @Column(name = "file_name") private String fileName; @Column(name = "file_type") private String fileType; @Column(name = "file_size") private Long fileSize; @Column(name = "file_path") private String filePath; // getter and setter methods } ``` 3. 创建一个文件上传控制器 创建一个文件上传控制器,用来处理文件上传请求,并将文件信息存储到数据库中。 ``` @RestController public class FileController { @Autowired private FileRepository fileRepository; @PostMapping("/upload") public String uploadFile(@RequestParam("file") MultipartFile file) { try { // 获取上传文件的信息 String fileName = file.getOriginalFilename(); String fileType = file.getContentType(); Long fileSize = file.getSize(); // 保存文件到本地磁盘 String filePath = "D:/upload/" + fileName; File dest = new File(filePath); file.transferTo(dest); // 将文件信息存储到数据库中 FileEntity fileEntity = new FileEntity(); fileEntity.setFileName(fileName); fileEntity.setFileType(fileType); fileEntity.setFileSize(fileSize); fileEntity.setFilePath(filePath); fileRepository.save(fileEntity); return "上传成功"; } catch (Exception e) { e.printStackTrace(); return "上传失败"; } } } ``` 4. 创建一个文件存储库 创建一个文件存储库,用来操作数据库中的文件信息。 ``` public interface FileRepository extends JpaRepository<FileEntity, Long> { } ``` 这样,当用户上传文件时,文件信息将被存储到数据库中。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值