サブアプリ共通のロジックには継承を。 - ようじのにっきユースケース共通のロジックは親クラスとなる Page （←というか POJO）に実装しちゃいなよっ！ってのは新鮮。それに深いよ。これ。（えらそ〜だな…すみません…）ひがやすを blog - Service を使う際の方針Teeda で Service を使う際の方針 - 出羽ブログ 〜はてな版〜Teeda で Service を使う際の方針（その３） - 出羽ブログ 〜はてな版〜ただ id:dewa さんも書いてるけど、誤解が無いように注意がいる箇所として、重複部分の全ては継承と述べているのではないです。次のように、委譲モデルも併用しています。 複数のユースケースで使われるロジックは、共通のユースケースを抽出し、共通のユースケース名Serviceクラスに持たせる。なんとなく、このような設計にした方が良いとは思いますが、なぜ、上記のような局面において、継承モデルではなく、委譲モデルを採用した
