ipcの取得関連の命名を統一する

[sevenc-nanashi]

内容

ref: #2981 (comment)

ipcの情報取得関連の関数名がGETだったりLOADだったりFETCHだったりして統一感がないので統一したいです。

Pros 良くなる点

コードが綺麗になる

Cons 悪くなる点

ないはず

実現方法

• get：オフライン
• fetch：オンライン
• hydrate：情報をVueに載せる

みたいなのを考えています。TODO: Codexに調査させる。

VOICEVOXのバージョン

（なし）

OSの種類/ディストリ/バージョン

• Windows
• macOS
• Linux

その他

（なし）

[Hiroshiba]

Codex君に現状のipc関連の関数を見てもらって提案もらいました。
基本的にはこの空気感で良いのでは、という気持ち！

動詞	使う場面	例
get	backend がすでに持っている値や、その場で計算できる値を問い合わせる。オンラインアクセスは行わず、ファイル読み込みそのものを主目的にしない。	GET_SETTING、GET_CURRENT_THEME、GET_ALT_PORT_INFOS
fetch	オンラインや外部 API から取得する。通信失敗が主な失敗理由になりうる。	FETCH_LATEST_ENGINE_PACKAGE_REMOTE_INFOS
read	ファイルや静的アセットを読む。読んだ結果をアプリの作業状態に取り込むところまでは担当しない。	READ_FILE、READ_TEXT_ASSET
load	ファイルや保存情報を読み込み、アプリの作業状態として取り込む。単なる値の問い合わせではなく、状態を変える操作に使う。	LOAD_PROJECT_FILE
無印	使わない。何をする関数かが名前から読みにくくなるので、IPC の公開 API では動詞を付ける。	ENGINE_INFOS、HOTKEY_SETTINGS

この方針で今の IPC を当てはめると、次のようになるとのこと：

Details

現在の IPC チャンネル	現在の preload API	提案	理由
GET_TEXT_ASSET	getTextAsset	READ_TEXT_ASSET、readTextAsset	静的ファイルを読んで返しているので、get より read の方が役割に合いそうです。
GET_ALT_PORT_INFOS	getAltPortInfos	そのまま	backend が持っている情報を返すだけなので get で良さそうです。
GET_INITIAL_PROJECT_FILE_PATH	getInitialProjectFilePath	そのまま	起動時に渡されたパスを問い合わせるだけなので get で良さそうです。
GET_DEFAULT_TOOLBAR_SETTING	getDefaultToolbarSetting	そのまま	定数的なデフォルト値を返すだけなので get で良さそうです。
GET_SETTING	getSetting	そのまま	設定マネージャーが持つ値を問い合わせる API としては get で良さそうです。
GET_CURRENT_THEME	getCurrentTheme	そのまま	設定から現在のテーマを返すだけなので get で良さそうです。
FETCH_ENGINE_PACKAGE_LOCAL_INFOS	fetchEnginePackageLocalInfos	GET_ENGINE_PACKAGE_LOCAL_INFOS、getEnginePackageLocalInfos	実装コメント上もオフライン取得で、実体も getEnginePackageLocalInfos なので fetch ではなく get が合いそうです。
FETCH_LATEST_ENGINE_PACKAGE_REMOTE_INFOS	fetchLatestEnginePackageRemoteInfos	そのまま	オンラインで最新情報を取りに行くので fetch が合いそうです。
READ_FILE	readFile	そのまま	任意ファイルをバイト列として読む API なので read が合いそうです。
ENGINE_INFOS	engineInfos	GET_ENGINE_INFOS、getEngineInfos	GET_ALT_PORT_INFOS と同じく backend が持つ情報を返すだけなので、動詞を付けて揃えると良さそうです。
HOTKEY_SETTINGS	hotkeySettings	GET_HOTKEY_SETTINGS と SET_HOTKEY_SETTING などに分ける	引数なしなら取得、引数ありなら保存という API になっていて名前から挙動が読みにくいので、取得と保存を分けた方が良さそうです。

（HOTKEY_SETTINGSをget/setで関数分けるのは、TODOだけ書いといて後回しでも良さそう。）