Day7 深夜打卡 今天躺了一天 哈哈哈 该睡觉了 晚安诸位~

Day6 卡点打卡 今天早上复习了一会 《你不知道的javascript》 然后跑去看电影了😁

Day5 周五周五敲锣打鼓 记录下之前项目中实现的本地预览图片流程 1.先上传文件，获取到文件流后通过实例化FileReader接口调用readAsDataURL读取文件; 2.调用onload事件监听读取返回值，返回值中有文件流转为的base64字符串； 3.创建image标签，并赋值后插入DOM节点中就可以了。

Day4总结下之前写的文件上传 1.input上传时获取的是event.currentTarget.files、拖放（drop）获取的是event.dataTransfer.files. 2.vue中使用@绑定的拖放事件比jquery的用起来舒服（纯个人观点）,而且jquery获取的event中多了一层originalEvent; 3.contenteditable属性是把div改变为可以输入，但是相同类名的标签会污染（配合拖拽一起使用的，项目需求，正常用不到这个属性）。 暂时还没有写过大文件切片上传

#Day3 随便记些小东西 1.补充下音频的问题:网页在使用audio标签时,默认页面初始化会统一加载音频资源，数量少还好，如果过多会很影响页面性能，可以增加preload属性。当preload属性值为none时不会预加载，但是点击时依然会加载所有音频资源，需要把src设置为空，点击播放时再赋值; 2.uni-app中 如果外层盒子有触摸事件start、end、move 里层有v-if会导致事件失效; 3.使用grid布局实现图表区域自适应时 如果不限制grid-auto-columns 会使图表部分超出;

#Day2 今天总结下我使用播放音频功能遇到的坑及解决方法 1.网页中使用audio标签在有多个播放源但是只通过一个ref变量控制时，如果当前A音频在播放，直接点击B音频改变src会出现接着播放A音频的情况，需要改变src后load一下。 2.如果把audio做成组件 页面有多个audio组件时 A组件播放并不影响点击B组件播放，正常情况需要手动停止其他播放中的音频，保证当前音频播放清晰。 3.audio标签自带有控制器，但是在浏览器中有适配问题，进度条会有显示BUG，所以最好是自定义样式包装。 4.uni-app项目中使用uni.createInnerAudioContext创建播放器，如果不想自动播放，要在onCanplay中调用play方法才能正常播放，我个人使用时，在外层直接调用play无法播放。 我分享的都是自己在开发时遇到的问题和解决方法，可能有错误或者遗漏的地方欢迎指正~感谢

#Day1 没有养成打卡的习惯漏掉了几天，今天重新开始 今天聊聊我使用vue3+echarts遇到的坑: 1.有交互需求的图表 在赋值变量时 使用ref会导致tooltip无法显示的问题、改为shallowRef后可以正常显示，具体原因比较长，有兴趣的小伙伴可以查看官方文档，我这里就不展开了; 2.图表之间互相有交互时 例如图一通过dispatchAction操作图二的dataZoom 如果图二有其他事件（downplay、globalout之类）也会同样触发 所以在处理交互时要注意执行的事件顺序; 3.如果页面有全局zoom缩放时 会同步影响echarts的交互显示，如果zoom是必须 可以在图表中同步添加zoom和scale避免不同分辨率显示错位; 4.echarts交互如果通过公共方法操作更改option时 使用深拷贝可以避免修改失效问题;

Day1: 随机记录一下开发遇到的坑： 1.uni-app写跨端项目时 uni.createInnerAudioContext()创建的音频 在文档中显示 ios和android都支持wav格式播放 实际使用时ios系统会出现无法播放的问题 报错为-5 更换为mp3后可以实现播放和获取时长。 2.createInnerAudioContext()创建音频监听播放进度使用onTimeUpdate 无法监听到百分百进度 需要在onEnded事件中手动补充到百分百 3.uni-app嵌套h5页面 在app中需要获取系统通知栏的高度 撑起页面 防止页面与通知栏重叠 在微信小程序中则没有这个问题