内容

struct OpenJtalkをSynthesizer<OpenJtalk> | Synthesizer<()>として持つようにします。（Rust APIはパブリックではないので暫定）

これにより、OpenJtalkは必ずシステム辞書を読み込んでいる状態になります。

変更しているpublic APIはRust APIのみです。C（compatible_engineを除く）もPythonもJavaも現状Open JTalkが必須となっているのですが、もし必須ではなくするとしたら、設計については議論の余地があると思っています。

考慮すべきはこんな感じだと思っていて、

アドホック多相（Synthesizer<()>からはメソッドが生えなくて、Synthesizer<OpenJtalk>からは生えてくる）があると仮定しない
- Rust APIはまた組み直す
classの継承があると仮定しない（Rust以外にもGoとかがある）
~~関数の引数や戻り値に動的ディスパッチされるinterfaceが使えると仮定しない~~
interfaceとかabstract classに該当するものは、現代的な言語には流石にあるはず
- classの継承があるなら、親側をabstractということにすればいけるはず。例えばOCamlやSML#でも多相バリアントで部分型付けが表現できるのでどうにかなるはず（参考）
言語間で多少形が違うくらいは許容してもよいはず。例えばCは、void*で扱って実行時チェックとするしかないはず

これをもとにしても、私が今思い付くだけでこれくらいの選択肢はあると思います。

class Synthesizer （OpenJtalkはオプショナルなオブジェクトとして持ち、null（相当）であるときにメソッドを呼ぶと実行時エラー）

class SynthesizerWithoutOpenjtalk （互いに親子関係には無い）
class Synthesizer                 （〃）

class Synthesizer
└── class SynthesisEngine （`Synthesizer::engine`として所有）

interface SynthesisEngine （存在型か、動的ディスパッチでコンストラクトする）
└── class Synthesizer

interface SynthesisEngine            （引数のみに登場し、返り値としては登場しない）
├── class SynthesizerWithoutOpenjtalk
└── class Synthesizer

VOICEVOX / voicevox_core