ユーザが退出した時の処理について

[ykubot]

ユーザが抜けた時の処理について検討したい。 具体的には、

• リロードした時の処理
• トークが始まる前にユーザが抜けた時の処理
• トークが始まるまでのroomのステータス管理

[ykubot]

Delete apiでwindow id引き渡してるけど、window idじゃないとだめなんだっけ？ room idの方が良くない？ 画面表示のためにuser idとwindow idのひも付けは管理しとく必要あるけど、deleteの時はuser idでやった方が良いと思う。

Deleteのタイミングをもう一度整理しよう

[matsu0228]

window id(以降wid)にしといた方がいい。他人退室時に処理できるから。 制約事項整理しやす。

・skyway側で用意されてる関数より、 自分or他人 × 入室or退室の4つの場合に、それぞれ処理を実装できる。

・上記の処理で使えるのは、widのみ(skywayからのコールバックでuseridは使えない)

Aが退室した場合の処理として、、 ・AがExitボタンを押した時は、自分退室した場合の処理を実行できる ・Aがブラウザ自体を閉じた場合は、自分退室した場合の処理を実行できない →代替として、B〜Dの他人退室時の場合の処理として、deleteAPIでA削除をするのがよいと思う。ここで使えるのは、widのみ

[ykubot]

・Aがブラウザ自体を閉じた場合は、自分退室した場合の処理を実行できない この処理で切断した相手のwindow idとれない？

multiparty.on('ms_close', function(peer-id){ ... });

あとユーザが退出したとき、ユーザレコードを削除する必要はなくて、roomのカウントをマイナスするだけでいいような気がする。

[matsu0228]

roomのカウントをマイナスするだけでいいような気がする

仕様を下にまとめてみました。上記について、voteで不整合起きないかな？起きなければ削除しなくてもいい気がする

https://github.com/iot-social-network-link/meetalk/wiki/%E5%85%A5%E9%80%80%E5%AE%A4%E6%99%82%E3%81%AE%E4%BB%95%E6%A7%98