微信小程序前端文件上传
在微信小程序中，可以使用 wx.uploadFile API 进行文件上传。下面是一个示例代码：
wx.chooseImage({ count: 1, // 选择图片的数量，此处为1 success: function(res) { var filePath = res.tempFilePaths[0]; wx.uploadFile({ url: 'https://example.com/upload', // 上传的URL地址 filePath: filePath, name: 'file', // 服务器接收的文件字段名称 success: function(res) { var data = res.data; // 服务器返回的数据 // 上传成功后的处理 }, fail: function(error) { // 上传失败的处理 }, complete: function() { // 不管上传成功或失败，都会执行的处理 }, formData: { // 可以在这里添加额外的表单数据 } }); } });
在上述代码中，首先通过 wx.chooseImage API 获取用户选择的图片文件路径。然后，使用 wx.uploadFile API 发起文件上传请求。
在 wx.uploadFile 的参数中，可以指定上传的目标 URL 地址、文件的本地路径（通过 filePath 参数指定）、服务器接收文件的字段名称（通过 name 参数指定）等。
在 success 回调函数中，可以处理服务器返回的数据，执行上传成功后的操作。
在 fail 回调函数中，可以处理上传失败的情况。
在 complete 回调函数中，可以在上传完成后执行一些操作，无论上传成功或失败。
还可以通过 formData 参数添加额外的表单数据，例如用户ID、时间戳等信息，以供服务器端处理。
请确保将示例代码中的 URL 地址 'https://example.com/upload' 替换为实际的服务器端处理文件上传的接口地址。
要使用文件上传功能，还需要在微信小程序的 app.json 文件中进行相应的配置，确保域名和接口地址在合法域名列表中。
通过以上代码和步骤，可以在微信小程序中实现文件上传功能。
图片常见格式
常见的图片格式包括：
- JPEG（扩展名为 .jpg 或 .jpeg）：最常用的图像格式之一，支持高压缩率，适合存储和传输照片和图像，并在 Web 上广泛使用。
- PNG（扩展名为 .png）：支持无损压缩和透明度，并适用于图标、透明背景的图像以及需要保留细节的图像。
- GIF（扩展名为 .gif）：支持动画和透明度，适合简单动画和图标等。
- BMP（扩展名为 .bmp）：位图格式，不进行压缩，图像质量高，文件相对较大。
- TIFF（扩展名为 .tiff 或 .tif）：适用于存储高质量的图像和照片，支持无损压缩和多页面图像。
- WebP（扩展名为 .webp）：Google 开发的图像格式，支持有损和无损压缩，相对于 JPEG 和 PNG 文件尺寸更小，加载速度更快。
- SVG（Scalable Vector Graphics）：矢量图形格式，使用 XML 描述图像，可无损缩放，适用于图标、图表等。
这些是最常见的图片格式，每种格式都有各自的特点和用途。选择图片格式时，应根据具体需求和应用场景来决定使用哪种格式。例如，如果需要存储照片，通常会选择 JPEG 格式；如果需要透明背景或保留细节，可以选择 PNG 格式；对于简单动画，可以使用 GIF 格式等。
TS啥时候用泛型
TypeScript 中泛型通常在以下情况下使用：
- 函数和类的参数类型或返回类型不确定：当函数或类的参数类型或返回类型无法确定时，可以使用泛型来增加代码的灵活性和可重用性。泛型可以用于定义函数参数类型、返回类型，或者类的属性、方法的类型。
- 容器类型的抽象化：当我们需要创建一个可以存储各种类型值的容器（例如数组、集合、堆栈等），但容器本身并不关心具体存储的是什么类型时，可以使用泛型来实现容器的抽象化。通过使用泛型，可以在使用容器时指定具体的数据类型。
- 提供类型安全的抽象化模式：使用泛型可以增加类型的安全性，并在编译时捕捉潜在的类型错误。例如，当我们从一个容器中获取一个元素并使用时，如果没有使用泛型，可能需要进行类型断言，而使用泛型可以在编译时确保类型的正确性，避免潜在的类型错误。
- 函数式编程和高阶函数：在函数式编程中，高阶函数（接受一个或多个函数作为参数或返回一个函数）经常使用泛型。通过使用泛型，可以在高阶函数中灵活地处理不同类型的输入和输出。
总之，泛型提供了一种在编译时期处理多种类型的能力，增加了代码的灵活性和可重用性。当类型无法确定、需要抽象化容器类型、提供类型安全或处理高阶函数时，可以考虑使用泛型。
同源策略
同源策略（Same-Origin Policy）是一种浏览器安全策略，用于限制来自不同源（不同域名、端口或协议）的网页对当前页面的访问。它是 Web 浏览器的一项重要安全功能，旨在防止恶意网站窃取敏感信息或通过恶意代码对其他网站进行攻击。
以下是同源策略的一些关键点：
- 源（Origin）：URL 的组合，包括协议、主机和端口。两个 URL 的源相同，即彼此具有相同的协议、主机和端口信息，才被认为是同源。
- 同源策略限制：同源策略限制了从一个源加载的文档或脚本如何与来自不同源的资源进行交互，包括以下几个方面：
- 无法通过 JavaScript 直接访问非同源页面的 DOM。
- Ajax 请求受到限制，不能跨域名发送 Ajax 请求，阻止了跨站点脚本攻击 (XSS)。
- 无法通过 XMLHttpRequest 或 Fetch API 跨域请求数据。
- Cookies、LocalStorage 和 IndexedDB 等存储资源是基于同源策略的，只可以读取同源的数据。
- 跨域资源共享（CORS）：为了克服同源策略的限制，引入了跨域资源共享机制。通过在服务器端设置相应的响应头，允许来自不同源的请求访问和获取服务器上的资源。
虽然同源策略提供了一定的安全性，但也会对某些开发需求造成困扰。为了实现跨域资源共享和与其他源进行安全交互，可能需要使用诸如 CORS、JSONP、代理服务器等机制来绕过同源策略的限制。
