Help us understand the problem. What is going on with this article?

【技術者教育 資料】第1章 Rails中級者への道 〜クラス設計編〜

More than 3 years have passed since last update.

【技術者教育 資料】第1章 Rails中級者への道 〜クラス設計編〜

あらすじ

新人用の教育資料を作って、Qiitaで公開しまくっていたある日、中途の中級者向けにもアウトプットしてくださいと話があったので、更新頻度低めで、ボチボチ書いていこうと思います。

※後々、リクエストに応じて更新することが多いのでストックしておくことをおすすめします。

自分はプログラム開発における鉄板はあっても正解なんてないと思っている人です。1人で開発をしている分には好き勝手に納得行くまで極めて自分の世界で生きればいいと思いますが、実際複数人で開発してチームで動くようになると自分の趣味や好みの領域は押し殺す必要も出てきます。

このシリーズでは、ゆるーくこんな感じで考えるといいよっていう内容を紹介していこうと思います、

No. 記事
1 【中途教育 資料】第1章 Rails中級者への道 〜クラス設計編〜
2 【中途教育 資料】第2章 Rails中級者への道 〜オブジェクト指向の法則(SOLID)編〜
3 【中途教育 資料】第3章 Rails中級者への道 〜未定〜

クラス設計の考え方

おすすめの勉強方法

UMLなどを使って、業務モデリングが終わった後Railsを使ってシステム上で表現をするかを考えますよね?

はじめからデザインパターンを調べてから開発するのもいいのですが、自分で経験して初めて身に沁みると思うので焦らず以下の順序で学習してみることをおすすめします。

  1. scaffoldで作るプロトタイピング
  2. Fat controller
  3. Skinny Controller, Fat Model
  4. Controllerからdecoratorsの切り出しとModelからvalidatorsの切り出し
  5. Controllerからparametersの切り出しとModelからActiverecord使わないオブジェクトの切り出し

「1. scaffoldで作るプロトタイピング」は自分1人で学習が進むのですが
「2. Fat controller」を学習するまでに辿り着くには、自分で実装する機能を増やしていかないといけないので挫折しがちですね。

いつも思う事は、プログラムは漢字と同じようなものだなと感じます。
GEMやOSSが公開されていて、Github覗けば素敵なソースが見れる時代になりました。
ただし、漢字と同じでプログラムも読んでいるだけでは、読めるようになったとしても、実際書くとなると筆が止まってしまいます。

クラス設計の仕方

前工程でUMLなどを用い、業務洗い出しをして、システム範囲を確定させた後
クラス図上の一つ一つのクラスをRails上でどのように表現しようか考えます。

以下のようなフローを使っています。
黄色い背景はアプリケーション層、赤い背景の四角はドメイン層を示しており
信号に合わせて、赤いほど、ドメイン(業務)との結びつけが強くなるため、後々の修正が難しくなることを示しています。

RMDBSへのアクセス回数をいかに減らすか?突発的なアクセスをどの程度予測しおくかななどの拡張性要件、性能要件、可読性と保守性を何処まで求めるかなどで、さじ加減をしましょう。

Rails綺麗にクラス設計をするフロー

場合によって、上記に合わせてFormsクラスやCachコントローラークラスなどを追加で検討します。

アーキテクチャ設計を別途検討をしつつ、DBに持たせる必要があるのか、さらに抽象化出来ないのか?粒度は適切か?などを検討していきます。

リファクタリングする機会がある人もない人も、一度お試しあれ

あとがき

中級、上級のネタになればなるほど、本業の業務内容に近づいてくるため、必然的に公開出来るないようが少なくなるのでネタに困りますね。書ける範囲で本記事も更新していこうと思います!

今回のネタもUMLとかのモデリングは必要な知識になるのでこちらも御覧ください

No. 記事
1 【新人教育 資料】第1章 UMLまでの道 〜オブジェクト指向編〜
2 【新人教育 資料】第2章 UMLまでの道 〜クラス編〜
3 【新人教育 資料】第3章 UMLまでの道 〜図種類紹介とクラス図の解説編〜
4 【新人教育 資料】第4章 UMLまでの道 〜クラス図を書いてみよう編〜
5 【新人教育 資料】第5章 UMLまでの道 〜ユースケース図の説明&書いてみよう編〜
6 【新人教育 資料】第6章 UMLまでの道 〜ステートマシン図の説明&書いてみよう編〜
7 【新人教育 資料】第7章 UMLまでの道 〜アクティビティ図の説明&書いてみよう編〜
8 【新人教育 資料】第8章 UMLまでの道 〜シーケンス図の説明&書いてみよう編〜

次回はRailsにおけるSOLIDの考え方をご紹介したいと思います。

devopsCoordinator
テモナ株式会社のCTO。 詳細はこちら(https://www.wantedly.com/users/105935) 電子から強電、情報の世界までが守備範囲。元教師なので、教える事が好きです。毎日楽しい日々を過ごしています。会社は渋谷近郊なので、勉強会や講演、インタビュー依頼、オフィスに遊びにいきたいなど、あればいつでもFacebookでメッセージください
http://temona.co.jp/
temona
"てもなく"とは「簡単に、たやすく」という意味を持った古語です。 テモナの社名にはIT技術で世の中を便利にしたいという想いが込められています。
http://temona.co.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした