serviceクラスをやめようサブクラスを使おう

https://ginza-rails.connpass.com/event/152498/ の発表資料です。 Read less

[iamnihontaro]

二つのテーブルを横断する処理ってよくあるんだけど、サブクラスをどのように使うと対処できるのかイメージできなくて困ってる。

[D_first]

アプリケーションサービスの話なのかドメインサービスの話なのか。「fat modelをなんとかするため」というのはよくわからない。誰が言っているんだろう。

[odakaho]

Modelに業務ロジック詰めるのもつらみ

[JURI510]

エンティティの分割をするというならこれは正しい方向性。エンティティを跨るものをサブクラスにするのは適切ではない

[n0dam1]

このスライドを思い出した https://speakerdeck.com/yasaichi/what-is-ruby-on-rails-and-how-to-deal-with-it

[crexist]

完全では無いがだいたい同意。よく送金手続きの処理が Service のサンプルにされるが、本来は Transfer というモデルが出るんじゃ無いかと思ってる。つまり Service ではなく何らかのモデルが存在するのではと僕も考えてる

[otherworld]

MVCだとロジックはモデルの一枚岩とされてるけど、Ports&Adaptersなどのアーキテクチャではその意味でのモデルは3層に分割されて、そこではアプリケーションサービスやドメインサービスがあるのでそっち調べると良さそう。