共有
  • 記事へのコメント82

    • 注目コメント
    • 新着コメント
    その他
    iga_k
    iga_k jokerさんのRails設計考察

    2020/12/11 リンク

    その他
    youko03
    youko03 “こういった事を考えてクラスを分けていくと、もしかしたら一連の機能的振舞いに対して名前が付いてクラスになることもあるかもしれない。 それはサービスクラスと呼べるものだが、モデルレイヤーの中の階層構造の

    2020/04/13 リンク

    その他
    naari_3
    naari_3 いつもの

    2019/07/01 リンク

    その他
    shifumin
    shifumin 「モジュールで分けても本質的には抱え込んでいる責務を分けたことにはならない。 どういった責任をどういう名前を持ったクラスに与えるべきなのかを考えて、クラスを作っていくことが大事だ」

    2019/02/05 リンク

    その他
    hitsujiniku-sugita
    hitsujiniku-sugita ソースコードがほしい

    2019/01/02 リンク

    その他
    gnufrfr
    gnufrfr 今だによくわからないんだけど、DBのカラムが変更になったら全部テストしないといけないのって本当に悪?

    2018/05/16 リンク

    その他
    tjnet555
    tjnet555 @joker1007

    2018/03/17 リンク

    その他
    yaginuuu
    yaginuuu “オブジェクト指向設計実践ガイド”

    2017/10/25 リンク

    その他
    tri-star
    tri-star ドメインサービスについて

    2017/06/14 リンク

    その他
    rochefort
    rochefort オブジェクト指向設計実践ガイド 読んでみるか。 // 複数モデルを操作するような処理をサービス層に書いたりしていたが、まずいのかしら。

    2017/04/27 リンク

    その他
    Dai_Kamijo
    Dai_Kamijo 俺が悪かった。素直に間違いを認めるから、もうサービスクラスとか作るのは止めてくれ by @joker1007 on @Qiita — 上條 大 (@Dai_Kamijo) December 24, 2016 from Twitter https://twitter.com/Dai_Kamijo December 24, 2016 at 04:54PM via IFTTT

    2016/12/24 リンク

    その他
    hitorimisogi
    hitorimisogi このエントリ見て、「オブジェクト思考設計実践ガイド」を読みました

    2016/12/23 リンク

    その他
    gabuchan
    gabuchan RailsウェイでいくならConcernおすすめ。コンローラーもモデルも見通しが良くなる。これであなたも太りにくい体質に。

    2016/12/18 リンク

    その他
    tune
    tune どういうコードを志向して行くべきかよくわからなかった。

    2016/12/18 リンク

    その他
    south37
    south37 良い設計ってアプリケーションの規模が小さいと必要性を実感出来ないから、ピンと来ない説明になりがちな気がする。逆に、大きなアプリケーションだと依存関係を整理しないとスピードを保って変更していけない。

    2016/12/17 リンク

    その他
    northlight
    northlight 頭がいい人が抽象的な話で凡人をdisる構図はいつものことだが、本に載ってる断片やお勉強用サンプルとかじゃなく、ちゃんとOOした業務システム/サービスのクラス設計+実コードが見たいんだよな。存在しないかもだが。

    2016/12/17 リンク

    その他
    kimutansk
    kimutansk Javaだろうがこういうのの悪循環にはまり始めると死にますね・・・ ただ、こういうのに本当に必要なのはとある業務システム(大き目)の理想的な実装結果なのでしょうか。

    2016/12/17 リンク

    その他
    koriym
    koriym モデルじゃないものをモデルと呼んでそれで困ったら別の層で解決というのは無理がある

    2016/12/17 リンク

    その他
    deamu
    deamu うん、よくわかんねー!(途中で読むのを諦めて便利そうなクラス名のsuffixにサービスと付ける

    2016/12/16 リンク

    その他
    tadyjp
    tadyjp サービス残業レイヤー

    2016/12/16 リンク

    その他
    Kiske
    Kiske “まずSandi Metzの「オブジェクト思考設計実践ガイド」を読め”

    2016/12/16 リンク

    その他
    shimooka
    shimooka あとで読む

    2016/12/16 リンク

    その他
    bouzuya
    bouzuya Ruby / Ruby on Rails を避けるだけで発生しにくくなる可能性も……

    2016/12/16 リンク

    その他
    jacoyutorius
    jacoyutorius 自分の理解ではこの話の前提にも立てていなかったことがわかったので「オブジェクト思考設計実践ガイド」ポチった

    2016/12/16 リンク

    その他
    naka-06_18
    naka-06_18 Ruby は熱い人がいて良いですねえ、といった感想。

    2016/12/16 リンク

    その他
    yatmsu
    yatmsu ほんとこれ。途中で入ったプロジェクトにapp/servicesディレクトリがあると覚悟するわ。

    2016/12/16 リンク

    その他
    Peranikov
    Peranikov サービスクラスが悪、というわけでなく正しく理解して使えという話だった。サービスクラスはDDDでも頼りすぎるなと言っていた気がする

    2016/12/16 リンク

    その他
    hogege
    hogege φ(・_・

    2016/12/16 リンク

    その他
    wata_ori
    wata_ori わかりみが深い

    2016/12/16 リンク

    その他
    yoshikidz
    yoshikidz 頭でっかちなシステム かー。class名はそれっぽいけど、中身ないあるある。必要なもの作らないって大事よね。

    2016/12/16 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    俺が悪かった。素直に間違いを認めるから、もうサービスクラスとか作るのは止めてくれ - Qiita

    ちなみに、最初に結論だけ言っておくと、まずSandi Metzの「オブジェクト指向設計実践ガイド」を読め、...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事