#remote_vue 第一回
NuxtだけじゃなくてVueの方でもInject使えるのは知らなかった...テストはかどりそうですね。 #remote_vue
2020-06-12 21:47:18Javaなどのバックエンドソフトウェアを開発する中で獲得した視点(アーキテクチャ)などで、これはフロントでも重要な考え方だ、と言えるものはありますか? #remote_vue
2020-06-12 21:47:54最近は Reactをメインにキャッチしていますが、Vue3はキャッチしていく必要がありますね。 #remote_vue
2020-06-12 21:48:19すでに肥大化してしまったVuexをダイエットさせるときはnamespace単位かドメイン単位で痩せさせていくしかなさそう #remote_vue
2020-06-12 21:49:22Vue.observable で状態管理 speakerdeck.com/odanado/vue-ob… 先程の発表資料ですー #remote_vue
2020-06-12 21:49:52Javaのデザインパターンの書籍もありますし、そういうのを読んでみてもいいかもですね。 #remote_vue
2020-06-12 21:50:21スコープにより適切な場所で状態を管理する、っていうのは個人の感覚による部分が少なからずあるとおもう グローバルに呼ばれるモーダルみたいなシンプルな状態もあるし そう考えると脳氏でvuexっていうより、どこに何があるか混乱をきたすよりstoreに一元管理、と書いたほうが良かった #remote_vue
2020-06-12 21:55:15「VuexだとNuxtと一緒にサーバーサイドからフロントにハイドレーションしてくれるはずなんですけど、Observableだとその辺をやってくれないのが違いとして大事な違いですね」 なにがなんでもVuex使わないほうがいい、ではなくて用途があるんやーっていうよい言葉な気がする #remote_vue
2020-06-12 21:56:24質問の意図は「いろんな場所から変更すると状態管理としてどこから変更したら見通しが悪くなる」で合ってます!🙇 ご回答ありがとうございました @odan3240 #remote_vue
2020-06-12 21:59:00hydrogenってエラー追うのが辛かった記憶。確かエラーメッセージがわかりづらかった気がするんだよね。 #remote_vue
2020-06-12 21:59:40ドキュメントに書いてなくて便利(そうだけどよくなさそう)なやつthis.$nuxt.$emitとかですかね #remote_vue
2020-06-12 22:01:58#remote_vue ドキュメントに書いてないやつは、いつ変更されるかわからないから使いにくいかなぁ
2020-06-12 22:01:58Nuxtのドキュメントに書かれてないものは仕様ではなくて現状たまたま使えるものなのか、ドキュメントに手が回ってないのかどっちなんですかねえ #remote_vue
2020-06-12 22:02:28Vuex で store が肥大化するみたいに、Inject を軸にして設計する場合に陥りそうな罠はありますか? #remote_vue
2020-06-12 22:02:48Vue には React でいう Recoil のように新しい状態管理ライブラリが出てくる未来はありますか #remote_vue
2020-06-12 22:04:03