凡科网站可以做自适应的吗网站优化北京多少钱

凡科网站可以做自适应的吗,网站优化北京多少钱,wordpress 视频主题,wordpress页面音乐代码#xff1a;/*** 下载质量体系文件#xff0c;实现 SQL Server image 类型文件下载#xff0c;使用 get 请求* param fileNo 文件编号#xff08;可能包含非安全字符#xff0c;如#xff1a;4.2 2人员v∕V/vDWdw#xff0c;其中空格、全角斜杠∕、半角斜杠/、加号、…代码/** * 下载质量体系文件实现 SQL Server image 类型文件下载使用 get 请求 * param fileNo 文件编号可能包含非安全字符如4.2 2人员v∕V/vDWdw其中空格、全角斜杠∕、半角斜杠/、加号、非ASCII字符​​如中文、日文等这些字符为非安全字符在URL中都会被编码传输 * returns 文件流 {link Blob} */ export const qualityFileDownloadFileService (fileNo: string) { // 1、预先不处理 fileNo // 2、发送请求时将 4.2 人员∕/vVvDWdw 编码为 4.22%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw其中空格编码为 // 3、最终发送请求Request URL为http://localhost:5173/api/resources/qualityFile/downloadFile?fileNo4.22%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw // 4、后端通过RequestParam接收数据时会自动将URL中的 4.22%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw 解码为 4.2 2人员v∕V/vDWdw // 5、后端不需要再额外处理 return request.get(/resources/qualityFile/downloadFile, { params: { fileNo: fileNo }, // 响应类型为 blob用于接收二进制数据流 responseType: blob }); }; /** * 下载质量体系文件实现 SQL Server image 类型文件下载使用 get 请求并且使用 encodeURIComponent 对文件编号进行编码处理 * param fileNo 文件编号可能包含非安全字符如4.2 2人员v∕V/vDWdw其中空格、全角斜杠∕、半角斜杠/、加号、非ASCII字符​​如中文、日文等这些字符为非安全字符在URL中都会被编码传输 * returns 文件流 {link Blob} */ export const qualityFileDownloadFileWithGetByEncodeService (fileNo: string) { // 1、预先处理 fileNo使用 encodeURIComponent 将 4.2 2人员v∕V/vDWdw编码为 4.2%202%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw其中空格编码为%20 // 2、发送请求时将 4.2%202%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw 编码为 4.2%25202%25E4%25BA%25BA%25E5%2591%2598v%25E2%2588%2595V%252Fv%252BDW%253Ddw主要是将%编码为%25 // 3、最终发送请求Request URL为http://localhost:5173/api/resources/qualityFile/downloadFileWithGetByEncode?fileNo4.2%25202%25E4%25BA%25BA%25E5%2591%2598v%25E2%2588%2595V%252Fv%252BDW%253Ddw // 4、后端先通过RequestParam接收数据时会自动将URL中的 4.2%25202%25E4%25BA%25BA%25E5%2591%2598v%25E2%2588%2595V%252Fv%252BDW%253Ddw 解码为 4.2%202%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw // 5、后端再通过 UriUtils 进行解码处理将 4.2%202%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw 解码为 4.2 2人员v∕V/vDWdw const encodedFileNo encodeURIComponent(fileNo); return request.get(/resources/qualityFile/downloadFileWithGetByEncode, { params: { fileNo: encodedFileNo }, // 响应类型为 blob用于接收二进制数据流 responseType: blob }); };这两种API的设计是为了解决不同场景下的URL编码问题特别是在处理特殊字符时的兼容性需求。以下是主要原因1.编码处理方式不同第一种API (qualityFileDownloadFileService)不进行预编码依赖axios/请求库的自动编码空格处理自动编码为后端处理Spring Boot会自动解码无需额外处理第二种API (qualityFileDownloadFileWithGetByEncodeService)主动编码使用encodeURIComponent()预编码空格处理编码为%20后端处理需要手动二次解码2.兼容性考虑场景1标准REST API第一种javascript// 适用场景现代框架、Spring Boot标准配置 // 优点简洁符合REST规范 // 缺点某些旧系统可能无法正确处理号场景2旧系统或特殊编码需求第二种javascript// 适用场景 // 1. 旧版后端系统 // 2. 需要与前端JavaScript标准编码保持一致 // 3. 与其他系统非Java集成时3.特殊字符处理差异示例4.2 2人员v∕V/vDWdw第一种API的编码结果空格 →/→%2F中文 →%E4%BA%BA%E5%91%98发送4.22%E4%BA%BA%E5%91%98v%E2%88%95V%2Fv%2BDW%3Ddw第二种API的编码结果空格 →%20/→%2F双重编码%→%25发送4.2%25202%25E4%25BA%25BA%25E5%2591%2598v%25E2%2588%2595V%252Fv%252BDW%253Ddw4.实际应用建议推荐使用第一种APIjavascript// 理由 // 1. 更简洁无需手动编码 // 2. 符合大多数现代框架的约定 // 3. Spring Boot能正确处理自动解码 // 4. 减少编码错误可能性 // 使用示例 const downloadFile async (fileNo: string) { try { const response await qualityFileDownloadFileService(fileNo); // 处理blob响应 } catch (error) { console.error(下载失败, error); } };第二种API的适用场景javascript// 仅在以下情况使用 // 1. 后端明确要求手动编码 // 2. 与其他系统集成时编码规则不一致 // 3. 处理特定字符集问题 // 示例需要与Node.js或其他后端系统保持编码一致时 const downloadWithEncode async (fileNo: string) { // 确保编码方式与其他系统匹配 return qualityFileDownloadFileWithGetByEncodeService(fileNo); };5.最佳实践总结typescript// 统一建议 // 1. 新项目使用第一种API // 2. 保持前后端编码规则一致 // 3. 在API文档中明确说明编码要求 // 4. 考虑使用POST方式传输复杂参数 // 如果遇到编码问题可以考虑 export const qualityFileDownloadFileService (fileNo: string) { // 统一使用URLSearchParams处理特殊字符 const params new URLSearchParams(); params.append(fileNo, fileNo); return request.get(/resources/qualityFile/downloadFile, { params, responseType: blob }); };结论第一种API是推荐的标准做法第二种API主要用于特定兼容性场景。在设计API时应该优先考虑标准的、简化的工作流程减少不必要的编码解码环节。