コンポーネントの分類について考えたことをまとめた

2021/11/28 20 users コンポーネント 後々 指針 個々 フロントエンド

どのようにコンポーネントを分類していくか 個々のコンポーネントがが単一の責任のみ負っている状態であれば、コードの見通しも良くなる上、後々のメンテナンスも容易です。 まずは「複数の関心ごとを１つにまとめない」という原則（単一責任の原則）から分類の指針を考えていきます。 フロントエンドにおける関心ごとで... 続きを読む

単一責任の原則（Single responsibility principle）について、もう一度考える | オブジェクトの広場

2021/05/26 402 users オブジェクト 原則 広場 Ope SOLID

単一責任の原則（Single responsibility principle）について、もう一度考える はじめに オブジェクトの広場をご覧の皆様ならば、「SOLID原則」という言葉を聞いたことがあるかもしれません。 SOLIDとは、以下の5つのソフトウェア設計原則を並べたバクロニムです。 Single Responsibility Principle：単一責任の原則 Ope... 続きを読む

コードレビューの目的と心構え :: by and for engineers

2020/02/03 16 users 心構え コードレビュー 目的 DRY アーキテクチャ

Jun 12, 2016 コードレビューを実践する中でバランス感覚が難しいと思い、自分なりにコードレビューの目的をまとめてみました。具体的なコードレビューのやり方を規定するものではなく1つの指針です。なので、アーキテクチャ/デザイン（DRY か？ 単一責任か？）やスタイル（メソッド名や変数名は適切か？）のチェックリ... 続きを読む

iOSDC 2019「SOLID原則を生活に適用する」全文以上書き起こし - takasek - Medium

2019/09/12 35 users OPEN takasek オブジェクト指向プログラミング

SOLID原則は、オブジェクト指向プログラミングにおける基本的な5つの原則です。 S — 単一責任の原則 (Single Responsibility Principle) O — 開放/閉鎖原則 (Open/Closed Principle) L — リスコフの置換原則 (Liskov Substitution Principle) I — インタフェース分離の原則 (Interface Segregation Principle) D — 依存... 続きを読む

Railsで学ぶSOLID（1）: 単一責任の原則（翻訳）

2018/03/27 137 users SOLID Rails 許諾 原著者 著者

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: SOLID Principles #1: Single Responsibility Principle | Netguru Blog on Ruby/Ruby on Rails 原文公開日: 2018/02/13 著者: Marcin Jakubowski サイト: netguru 翻訳記事の相互リンクは今後更新いたします。 Rails... 続きを読む

オブジェクト指向設計（2016年度）

2016/09/24 752 users オブジェクト指向設計 LSP 2016年度 DIP ISP

コンテンツ 第1章 基本的な用語 第2章 オブジェクト指向開発 第3章 設計の問題 第4章 オブジェクト指向設計の原則 第5章 単一責任の原則 第6章 Visitor パターン 第7章 LSP、DIP、ISP 第8章 パターン技術 第9章 ユースケース 第1章 基本的な用語 クラスとオブジェクトの違い 第2章 オブジェクト指向開発 オブジェクト指向開発 オブジェクト指向分析 機能外要求 User ... 続きを読む

単一責任の原則（SRP） - Strategic Choice

2010/06/30 94 users SRP ジェネラリスト Strategic Choice

単一責任の原則（SRP:the Single Responsibility Principle） クラスを変更する理由は1つ以上存在してはならない。どういうこと？変更理由が2つあるということは、責任（役割）も2つあるということ。そんなジェネラリストなクラスを許さない、という原則。 ところで、「単一責任」って、クラスを作る上で一見当たり前に見える。責任（役割）をそのまま責任ではなく、変更理由としてい... 続きを読む