refactor: getIpcMainHandle を追加

[sabonerune]

内容

#2455 (comment) で提案されたリファクタリングです。

その他

特に大きな問題なく切り離せたと思います。

[voicevox-preview-pages]

🚀 プレビュー用ページを作成しました 🚀

• 📝 エディタ
• 📖 Storybook

更新時点でのコミットハッシュ：092dd7d

[Hiroshiba]

LGTM！！！

良い切り出しだと思います！！！

[Hiroshiba]

（ただのコメントです）

このappDirPathとかもAppManagerを作って取得可能にしたいですねぇ！！

[Hiroshiba]

次は最後のAppManager！！！
と思ってmain.tsをいろいろ眺めてたのですが、ちょっとよくわからないですね。。。。。。。。。 😇

なんかこう･･････appを使っているコードをきれいに分離できないと言うか、何個か違う役割を担ってそうな気がするんですよね･･････
雰囲気、VOICEVOXアプリとして起動・終了を担っているコードと、多重起動時の処理みたいなelectronの制御をするコードがいる感じがする･････。

ちょっと自信ないのですが、一旦切り出してみる感じで、AppLifecycleManagerを作ってみるとかどうでしょう！！！
VOICEVOXに関わる起動・終了系のコードを集める感じになると思います。
やらないこととしてはログディレクトリの指定とか、app:プロトコル登録とか。

ちょっと読みきれてないのですが、こんな感じとかでどうでしょう！！

• AppLifecycleManagerクラスを作る
• appStateをプライベートインスタンス変数として持ち、setAppStateとgetAppStateを作る
  • willQuitしかないのでsetWillQuitとgetWillQuitだけで良いかもしれない
  • AppStateオブジェクトをたらい回しにできうるの危ないので、このタイミングでwillQuitだけにしたいかも
• initializeメソッドを作る
  • ここにapp.onだのapp.whenReadyだのを持っていく
  • もっと良いメソッド名がある気がする。。。
• ２回目のapp.whenReady()を移す
  • configManager.initialize()から始まる方
  • onReadyメソッドを作って、thenで渡してるコールバックを全部onReadyに移動させ、app.whenReady().then(this.onReady)みたいにする
  • 関数分けて小分けにしやすいようにしつつ、ネスト数を下げるため
• "before-quit"を移動する
  • whenReadyと同じくinitializeメソッドに
• will-finish-launchingは移動しない
  • 代わりにinitialFilePathGetterをManagerに渡す形にする
  • 将来的にInitialFilePathManagerみたいなのを作ってそっちに移すのが良い気がする
    • ちょっと自信なし。。。
• window-all-closedも移動する････というかこれ要らなくない･･･？
  • app.quit()呼んでるだけで、かつドキュメント見た感じデフォルトでquit()は呼ばれる
  • 検証して不要そうだったら別PRで先に消してもらえるとありがたい
• "second-instance"も移動しない
• 型エラー潰して終わり。

うーーーーーーーーーーーーーーん。。。これで良いのかちょっと自信ないのですが。。。。
正直やってみないとわからない領域に入ってる気がするので、ちょっとやってみていただけると助かります！！！！！
提案あればぜひ。。。。

あ、先にリファクタリングをする手もあると思います。main.tsにある小さい括りを適当に関数にして呼ぶだけですが。
といっても関数は別ファイルに切り出さず、例えばelectronLog周りのコードをまとめてinitializeElectronLog関数にして直後に呼ぶ、みたいなことしていくだけみたいな。
見通しは立てやすくなるはずではあります。

あとinstallExtension周りとか、どう考えてもライフサイクルに関係ないものがwhenReadyに混じってるので先にそれを分けちゃうのもありかもです！
whenReadyは何度呼んでも良いので、whenReady().then(() => {installExtension周りのコード})みたいにして分けれるはず。
あとrequestSingleInstanceLock周りも避けれるはず･･･だけどこれを避けるのはちょっと厳しそう。待機しないといけないからpromise化しないとだけど、うまい方法が思いつかない。
configManager.initialize()も避けれるはずだけど、同じく起動順序を気にしないといけない。configManagerにwhenInitializedを作ってapp.whenReadyと同じような実装でPromiseを返せば良いけど、やり方調べないとダメそう。

おすすめは～～～～～～まあ先にAppLifecycleManager作ってあとからリファクタリングする感じかなと！！！！！！！！！
またもしよければ！！！！

[sabonerune]

@Hiroshiba window-all-closedはいらなそうなので削除PRを作ります。

そういえばinstallExtensionなのですが前から機能していないようで調べてみるとElectron側で問題が発生しているようです。 MarshallOfSound/electron-devtools-installer#244

[Hiroshiba]

そういえばinstallExtensionなのですが前から機能していないようで調べてみるとElectron側で問題が発生しているようです。

な、なるほど。。。。
できれば実装したくはあるのでコードは実装しておいても良さそうだけど、動いてないのは問題ですねぇ。。。。

ここで迂回作とかが議論されていそう。もうちょっと待っても良いかも。

• [Bug]: React devtools doesn't attach to devtools on launch, reload needed electron/electron#41613

VOICEVOXエディタ内にもissue作っても良いかもですね！