refactor: WindowManagerを追加

[sabonerune]

内容

#2339 (comment) で提案されたwin周りの処理をWIndowManagerに切り出すリファクタリングです。

関連 Issue

• ref: メインプロセスのコードの整理がしたい。 #2173

[voicevox-preview-pages]

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

• 📝 エディタ
• 📖 Storybook

更新時点でのコミットハッシュ：12632b6

[sabonerune]

WindowManagerがBrowserWindowインスタンスを保持するようにしています。
ただしダイアログやIPC周りがwindowを使うので取得できるようになっています。
この設計があまり良くないような感じがします。

[sabonerune]

テストが通らないので一度ドラフトに戻します。

[Hiroshiba]

ほぼLGTMです！！！
実装も読みやすく、いろいろ考えてくださっている気配も感じました！！ありがとうございます！！

ちょっとコード移動がかなり発生していつつ、ちょくちょくリファクタリングも入っているので、レビューを丁寧に行いました！
今のPRの形で良い感じなので、ここからはコード移動が発生しないような変更（その行の変更・追加・削除）だけを意識していただけると助かります･･･！！！

コメントがばらついちゃいましたが、たぶんこの３点の変更で綺麗に行けそう！！

• isMaximizedなどをWindowManagerに生やす
• whenReadyをon(ready)にする
• 利用されてるdialog.show系関数をWindowManagerの下に生やし、_win有無で呼ぶ関数を切り替える

[sabonerune]

以下の作業をしました。

• Window操作系関数をWindowManagerに生やす
• 利用されてるdialog.show系関数をWindowManagerの下に生やし、_win有無で呼ぶ関数を切り替える
• second-instanceイベント時にウインドウが無い場合のTODOコメントと警告を追加。

app.whenReady()はそのままです。

ふと気が付いたのですがConfigManagerの初期化とデフォルトエンジンのダウンロードは多重起動防止のために呼んでいるapp.requestSingleInstanceLock()の後に行わないと問題が起こりそうな気がします。

[Hiroshiba]

ふと気が付いたのですがConfigManagerの初期化とデフォルトエンジンのダウンロードは多重起動防止のために呼んでいるapp.requestSingleInstanceLock()の後に行わないと問題が起こりそうな気がします。

たしかに！！
ちょっとこれをついでに位置移動するのは怖いので、app.requestSingleInstanceLock()の近くにTODOコメント書くのお願いできればと！！ 🙇

requestSingleInstanceLockの例見るに、そもそもready内で行う必要なさそうな気がしますね！
相当上の方に処理移動しちゃって良さそう感。
https://www.electronjs.org/ja/docs/latest/api/app#apprequestsingleinstancelockadditionaldata

[Hiroshiba]

LGTM！！

細かいコメントをいくつかしていますが、もう自明なのでこちらで変更してマージさせていただこうと思います！！
（app.requestSingleInstanceLock()の近くにTODOコメント書くのも）

かなりすっきりしましたね！！

WindowManagerにdialog.show()系を内蔵するのがだいぶ効いてそう！
たぶんまだ他にもelectronのdialog.showを叩いてるコードがいっぱいあると思うので、よかったらそれもgetWindowManger().show系に切り替えちゃったほうが良い気がしてます。（winインスタンス与え忘れ防止になるので）
もしよかったらPRお待ちしてます 🙏

[Hiroshiba]

次なるelectron/main.tsの解体ですが、いよいよipcMainHandleをごそっとファイル分けしちゃって良い気がしました！！
↓でregisterIpcMainHandleしているすべてを切り出す感じをイメージしてます。

voicevox/src/backend/electron/main.ts

Line 332 in fea3334

registerIpcMainHandle<IpcMainHandle>({

ファイル名は何がいいかな･･･型名と被りますが、ipcMainHandle.tsとか･･･？
たぶん関連する関数などもごそっと移動するので、main.tsの見通しはかなり良くなるんじゃないかなと思ってます！！

設計ですが、このipcMainHandleだけは他のmanagerなどと違い、これは必ずregisterIpcMainHandleにしか渡されないので、クラスやinitializeは不要でそのままインスタンスを返しちゃって良い気がします。
getIpcMainHandle()関数だけがexportされてる感じ。
そしてapp系だけはmanagerがないので引数で渡す･･･！

たぶんこんな感じになるかなと！！

// ipcMainHandle.ts
export function getIpcMainHandle(
  app: 型不明, // TODO: AppManagerを作ってgetAppManager()に置き換える
  getAppState: 型不明,
): IpcMainHandle {
  const configManager = getConfigManager()
  // 他の必要なインスタンスを宣言

  return {
    GET_APP_INFOS: () => {
      // 実装もコピー
    },

    GET_TEXT_ASSET: async (_, textType) => {
      // 実装もコピー
    },

    // ...
  } satisfies IpcMainHandle
}

// electron/main.ts
registerIpcMainHandle(getIpcMainHandle())

もちろんipcMainHandle内で使ってたローカル関数等もipcMainHandle.tsに移動する感じで！！
（appとipcMainHandleで共有してる関数があるとどこに置くか考えないといけない）

この切り出しが本当に良いものなのか、あるいはもっと良いipcMainHandleの扱い方があるかもしれないのですが、ちょっと設計力がなくてこれ以上のが思いつかないというのが本音です 😇
１回分けてみたら見えてくるものもある、と信じてとりあえず切り分けてみる感じでいます。
きれいなリファクタリングは専用の考え方が必要っぽく、とにかくやってみて勉強かなと思ってます。。。

もしよければぜひ！！！
（他に案があればそちらもぜひ！！！）