USER_ACTIVATEDイベントを追加

[mehm8128]

close #2030

質問: 動作確認って何か方法ありますか？

[logica0419]

1. 手元環境でBotを作る
2. Botにactivate userイベントをsubscribeさせる
   • 上2つはURL直だたきになるかも
   • bot-consoleをcompose内で起動しても良いとは思う
3. Botのイベント送信先URLをダミーサーバーに当てる
   • 一応bot_debuggerというコンテナがその役割を果たしている
   • Postmanでも作れるらしい
     • https://qiita.com/kanon47/items/b9a08b7314732f6d2510
4. 手元環境で凍結・解除をしてみて正常にリクエストが飛ぶか確かめる

って感じでデバッグはできると思います
ちょっと大変だけど…頑張ってみてもらえると嬉しいです

[logica0419]

bot_debuggerにもともと全てのログが送られている可能性もある気はするので、ちょっと一回bot_debuggerの方確認してもらってからの方がいいかもしれないです

[mehm8128]

分かりました、やってみます

[mehm8128]

bot_debuggerの方でやり方が分からなくて(http modeでやったのですが、activateが上手くいかなかったりendpointにlocalhostのurlを指定できなかったり)、結局postmanでやり、ちゃんと受け取れていることが確認できました

[logica0419]

ありがとう！実装に不備はなさそうです！素晴らしい
ちょっとだけリファクタのお願いしたいのでそれだけお願いします

[logica0419]

一応確認
activatedの時UserUpdateイベントが発行されていたのが今後発行されなくなる(クライアントにWebSocketで行かなくなる)のだけれど、そこに関しては大丈夫？

[mehm8128]

activatedの時UserUpdateイベントが発行されていたのが今後発行されなくなる(クライアントにWebSocketで行かなくなる)のだけれど、そこに関しては大丈夫？

これちょっと考えていて、USER_ACTIVATEDイベントを追加でlistenするようにすればいいかなって思ってたんですけど、やっぱりUSER_UPDATEDももらえるようにした方がよさそうなので直します
直すとしたらactivateのcaseに

r.hub.Publish(hub.Message{
			Name: event.UserUpdated,
			Fields: hub.Fields{
				"user_id": id,
			},
		})

を追加することになりそうですかね？defaultと重複しちゃうので上手くまとめられるならまとめたい気がしてます

[mehm8128]

調べてみたらfallthroughでbreakしないようにできるんですね
activateのcaseでfallthroughすればdefaultのも実行できそうですが、上で書いたように普通に追加するのとどっちがよさそうですか？

[mehm8128]

一旦fallthroughする方針でやってみました

[logica0419]

LGTM！
対応ありがとう～