整理: tts_engine モジュール内のプライベートな関数をリネーム、テストを整理

[tarepan]

内容

概要: tts_engine モジュール内のプライベートな関数をリネームしてリファクタリング

tts_engine モジュールは TTSEngine 用のプライベートな関数を多数定義している。
これらは tts_engine モジュールに閉じて利用されているが、関数名に _ prefix が付いていないケースが散見される。これはコーディング規約 No.1 （#799）に反する。

このような背景から、tts_engine モジュール内のプライベートな関数をリネームするリファクタリングを提案します。

またリネームの過程でテストに改善点が見つかったため、同時にリファクタリングをおこなった。
主な変更点は以下の通り：

• 主たる関数の出力と assert 用の変換を分離（_to_flatten_phonemes）
• 1 フレーム相当の時間を意味する定数を設定（T）

関連 Issue

無し

[Hiroshiba]

概ねLGTMなのですが、ちょっと設計方針をお聞きしたいです！

tts_pipeline（というよりtts_engine？）は今後どうなっていきそうでしょうか･･･？ 👀
それによっては今回の大量のプライベート関数化も方針が変わってきそうだなーと。

例えばsynthesis_engineになってモジュール化してファイル分割していく、とか。

[tarepan]

tts_pipeline（というよりtts_engine？）は今後どうなっていきそう

以下の変更を予定しています：

• add: .get_engine() で latest version を取得できるように #1421
• TTSEngine の名称がややこしい（VOICEVOX ENGINE との混同）のでリネーム

より長期の方向性としては「MockTTSEngine 無くせないか？」を検証中です（TTSEngine(NewMockCore) 化）。tts_engine.py の現行コードにはあまり影響しないと思われます。とても上手くいくと TTSEngineManager を無くして TTSEngine に全コアを載せる形が見えてくるので、それはそれで良いことなのか別の議論を立てることになりそうです。
どちらにしても tts_engine.py 分割的な方向性は今のところ考えていない感じです。

---

@Hiroshiba
全指摘箇所の反映・テストパスを確認しました。Re-review よろしくお願いします。
(追記: まだ push してなかった…)

[Hiroshiba]

LGTM！