ComicRoom

放映厅

TO DO

• 在房间内换视频以及播放器类型只有房主会换，其他的得重新进

• 房间人数

• 系统设置

• DPlayer弹幕

• DPlayer ASS字幕

• Artplayer 视频窗口在抽屉栏之上zIndex的问题

• Artplayer ASS字幕

• Artplayer ASS字幕在某些时候无法正常显示（应该是前一个ASS元素未被销毁导致的问题）

• Artplayer弹幕

• 支持多种播放器

• 在房主拖时间轴的时候，用户端会出现时间乱跳的情况

• WS断线重连

学习记录

旧日志

顺便学习React(?)

有一说一，React有点过于神秘(确信)

React一番细嗦

具体举个例子，我还是不是很懂

这段代码用于生成Websocket客户端，ws将作为prop传递给其他的组件，然后神奇的事情出现了

import WS from './WSClient'
...
/**
   * 用于暴力强制React刷新渲染，顺手保存一下ws
   * 
   * 之前的设计是遇到需要刷新渲染的地方就直接设置一个新的变量和控制器来刷新
   * 
   * 这点性能消耗应该不是问题(暴论)
   *
   * @param {type} ws
   * @return {null} 
   */
  const Auto = (ws) => {
    setAuto(!auto)
    setWs(ws)
  }
...
useEffect(() => {
    const ws = new WS(Auto, setError)
    setWs(ws)
    setRooms(ws.history)
    return () => { ws.ws.close() }
  }, [])

0. 有的时候，ws自身做出的更改，会自动传递到上层组件，无需使用setWs(ws)

1. 而又有些时候，就必须使用setWs(ws)，然后更神奇的又来了，使用这个有时候会出现没反应的情况。

2. 于是，我把setWs(ws)嵌入到了Auto()中，然后把这个东西传递到ws构造函数，然后再去调用ws.auto()，实践结果是能够解决一部分的问题。

3. 那么，最好剩下的一部分如何解决？直接传递ws和Auto作为prop到下级组件，然后暴力解决问题

PS: No.1和No.2视为同一种方案，实践中只使用了No.2

最后，很神秘的时候，有些时候，No.1正常，No.2正常，No.3不正常，反之亦然，就像两个互斥的存在一样

更有甚者，二者接不需要

React二番细嗦

我在翻了一遍文档之后，发现了真相(总结：切忌不看文档就上手!)

将 state 视为只读的

换句话说，你应该 把所有存放在 state 中的 JavaScript 对象都视为只读的。

为了真正地 触发一次重新渲染，你需要创建一个新对象并把它传递给 state 的设置函数

摘要：

• 将 React 中所有的 state 都视为不可直接修改的。
• 当你在 state 中存放对象时，直接修改对象并不会触发重渲染，并会改变前一次渲染“快照”中 state 的值。
• 不要直接修改一个对象，而要为它创建一个 新 版本，并通过把 state 设置成这个新版本来触发重新渲染。
• 你可以使用这样的 {...obj, something: 'newValue'} 对象展开语法来创建对象的拷贝。
• 对象的展开语法是浅层的：它的复制深度只有一层。
• 想要更新嵌套对象，你需要从你更新的位置开始自底向上为每一层都创建新的拷贝。
• 想要减少重复的拷贝代码，可以使用 Immer。

但是还有个问题，Websocket导致代码无法做成同步的逻辑，像这般，但这里的代码实际上并没有对state做出修改，在这里保存没有意义

ws.auto(draft => {
  draft.room(RoomID, "public", RoomKey)
})

然而，这并没有什么作用，真正需要触发保存的地方在于发送消息之后收到消息的时候

onmessage = (msg) => {
  console.log(msg)
  msg = JSON.parse(msg.data)
  switch (msg.type) {
      case "init":
          this.Init = true
          if (msg.room != undefined) {
              this.roomid = msg.room.id
              this.roomkey = msg.room.key
              this.role = msg.room.role
              if (msg.room.key != undefined) { this.addhistory(msg.room.id, msg.room.key) }
          }
          setTimeout(() => { this.fetch() }, 1000)
          // this.auto(this)
          break

在这个时候，我很难去做到去不修改state

最后的思路就是，我强行不更改原来的变量，给WS强行设计一个copy()函数复制它本身，然后把它进行操作，再传递给Auto，这样原来的state没除了ws连接外变量没有改变。

还有一个歪理：

const sleep = (delay) => new Promise((resolve) => setTimeout(resolve, delay))

使用暴力sleep(1000)去强行等待初始化完成

最终的问题出现了，这个不符合官方规范的问题到底要不要修

React三番细嗦

时隔不知道多久终于找到解决方案了，这个问题源自于React的设计(这是合理的，不合理的是我)，就下边这句话

调用 set 函数 不能改变运行中代码的状态

在处理Effect以及一些其他函数以外调用set函数会导致这个问题，同时仅限同步的情况下，异步以及callback依旧会导致问题

也有解决方案，在调用set函数时传递一个箭头函数(prev) => prev

怎么说呢我以前确实没怎么想，主打一个暴力，当然现在日志写在这了，代码那懒得动了，能跑就行。鉴定为屎山

ASS.js学习记录

这个库，可比react还要神奇，鉴于真的没有官方说明文档，以下所有东西都是瞎几把摸索

https://github.com/weizhenye/ASS

https://ass.js.org/

0. 基础使用方式

ass = new ASS(e, player.video, { container: player.video.parentElement})
//e代表ass文件内容，直接通过fetch请求之后塞给构造函数即可
//player代表播放器对象，player.video就是视频元素咯，ASS.js将用于时间戳绑定(大概)
//container代表要显示到的容器元素

1. 以DPlayer为例

使用上述的方式，确实可以正常显示ASS字幕，但是一旦切换播放器大小(比如全屏之类的)就会出大病，于是乎就有了如下的暴力解决方案

const resize = () => {
    document.getElementsByClassName("dplayer-video-wrap")[0].style.width = "100%"
    document.getElementsByClassName("dplayer-video-wrap")[0].style.height = ""
    document.getElementsByClassName("dplayer-video-wrap")[0].style.aspectRatio = "16/9"
    window.ass.resize()
}
player.on("resize", () => {
    setTimeout(resize, 300)
    setTimeout(resize, 1000)
})

不是很美观，但是有效，如果不在意性能消耗可以再多来几个setTimeout

2. 以ArtPlayer为例

具体情况具体分析，此时播放器的大小改版影响不大，直接挂钩子上去就能解决问题

但是，和DPlayer不一样，实操时，字幕元素位于Artplayer.video的后方，故如下修改zIndex

但这多多少少会影响一些其他的问题，比如视频框浮到了别的元素之上，不过这解决也就一个时间问题

window.ass = new ASS(e, player.video, { container: player.video.parentElement })
window.ass.container.getElementsByClassName("ASS-stage")[0].style.zIndex = 1
window.ass.video.style.zIndex = 0
player.on("resize", () => { window.ass.resize() })