Open KisaragiEffective opened 1 month ago
補足: タイトルは仮
テストがより簡単に行えるようになるし、設計もきれいになるからメンテナンスコストはむしろ下がる
(多分13929)
現在のfrontendはいろいろなところが密結合になっておりメンテナンス性が著しく低い
モジュールの切り方が悪いだけであって別にDIなくても解決できる可能性はある
off-topic: 仮にもしやるのであれば…埋め込みの正式リリース後にして頂けると嬉しいかもです。
というのも、埋め込みは埋め込みで巨大な対応となっており、不具合の切り分けなどのコストが上がるため。 まずは、埋め込みが安定した状態で正式リリースを打って、ユーザ各位にお届けしたい気持ちがあります。
$i程度ならまぁという気もする ただそれ以外は疑わしいと思う
(かんけいない)一番上のコメントの出処編集して直しておきました
(かんけいない)一番上のコメントの出処編集して直しておきました
🙏
off-topic: 仮にもしやるのであれば…埋め込みの正式リリース後にして頂けると嬉しいかもです。
というのも、埋め込みは埋め込みで巨大な対応となっており、不具合の切り分けなどのコストが上がるため。 まずは、埋め込みが安定した状態で正式リリースを打って、ユーザ各位にお届けしたい気持ちがあります。
これはおもっている
やるとしたら3ヶ月くらいはかかりそう
DIすること自体はリファクタリングとして当然やった方がよくて、議論の余地があるのはDIコンテナを入れるべきか・入れるとしたら何か になりそう
モジュールの切り方が悪いだけであって別にDIなくても解決できる可能性はある
これは?
その可能性はなさそう 仮にあったとしても普通にDIした方が良さそう
別にDIなくても解決できる可能性はある
なモジュールも出てくるし、
仮にあったとしても普通にDIした方が良さそう
なモジュールも出てくるというだけだと思います。 DIは設計指針の一つでしかないので、関心ごとを分離したほうがそうするし、必要が無ければしないだけかと…
(ほんとうにやる余地はあるのかという点は調べないとわからないけれども)
https://github.com/misskey-dev/misskey/pull/13929#issuecomment-2322826495 でDIをやりたいと聞いたが、DIをフロントエンドに導入するありがたみが見えない。 差し替える機会が乏しい割にメンテナンスコストが高くつきそう。