fix!: PythonのSynthesizer.metasとUserDict.wordsを非ゲッターに

[qryxip]

内容

Python APIの以下のメソッドを@propertyではなくする。Java APIの形に寄せる形。

• {blocking,asyncio}.Synthesizser.metas
• {blocking,asyncio}.UserDict.words

以下のメソッドは注意書きを書いた上で@propertyのままにする。

• {blocking,asyncio}.VoiceModelFile.metas

関連 Issue

その他

[Hiroshiba]

コード的にはLGTMなんですが、ちょっと方針忘れてしまったので確認まで。。

これってそもそもなんでgetterじゃダメなんでしたっけ･･･。
全部.hogeを許す形にも倒せる気がするなぁと思い。
（もちろんCとかは関数じゃないといろいろしんどいとかありそうですが）

ちなみにpythonの@propertyは、特に明示的にsetterを定義しない限りsetはエラーになるはず。

[qryxip]

setはできないと思うのですが、問題はdictやlistが普通にミュータブルなことかなと。

# 正しい
uuid = userdict.add_word(word)

# まちがい（何も起きない）
userdict.words[uuid.uuid4()] = word

いっそのことUserDict自体に__setitem__とか__iter__を実装してdictっぽく振る舞わせるのがいいんじゃないかなーということを考えてます
(ちなみに幸いにしてそれは破壊的変更ではなさそうなので、後で考えればよいかなと思ってます)

[Hiroshiba]

あ～なるほどです！　確かにappendしちゃう人とかいなくはないかも。
一応pydanticの力を借りればimmutableにすることもできそう？
https://docs.pydantic.dev/latest/api/config/#pydantic.config.ConfigDict.frozen

でも関数にしちゃうほうが手っ取り早そう！

dictの更新でユーザー辞書を変更可能にするのはアイデアとしては面白いかもですが、もし仮に将来asyncなバリデーションとか入ったときに詰むので反対寄りです！
あと単純に単語オブジェクトの中身を変えたときも更新してほしくなりそうで、この場合変更検知が難しそう。

[Hiroshiba]

LGTM！！