solid-principles について
solid-principlesは、コード構成に五つのSOLID原則と情報隠蔽を取り入れるコーディングスキルです。モジュールを目的別に分け、ファイルの200行未満は厳格な制限ではなく目標として扱います。
主な機能
- 01五つのSOLID原則を適用
- 02情報隠蔽を改善
- 03目的別のモジュールに整理
- 04200行をファイルサイズの目標に設定
活用シーン
- 01クラスの責務や依存関係の確認
- 02大規模なロジックを複数ファイルに分割
- 03インターフェースとモジュール境界の評価
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/solid-principlesを入力して読み込まれたか確認します。
同梱ファイルtile.json
詳細
SOLID 設計原則に従い、適切な情報隠蔽を維持してください。
- 単一責任の原則（SRP）：クラスが変更される理由は、1つだけであるべきです。
- オープン・クローズドの原則（OCP）：拡張に対して開き、変更に対して閉じるべきです。
- リスコフの置換原則（LSP）：サブクラスのオブジェクトは、スーパークラスのオブジェクトと置き換え可能であるべきです。
- インターフェース分離の原則（ISP）：汎用インターフェースを1つ用意するより、クライアント固有のインターフェースを複数用意するほうが望ましいです。
- 依存性逆転の原則（DIP）：高水準モジュールは低水準モジュールに依存せず、両者とも抽象に依存するべきです。
個々のコードファイルは、200行未満に収めるよう努めてください。これは目標であり、厳密な上限ではありません。正当な理由があれば超えても問題ありません。
1つのファイルに行数を積み重ねるのではなく、大規模なロジックを複数の独立したファイルに分解してください。これにより、情報隠蔽が促進され、モジュールの役割が明確になり、理解しやすくなります。
コードを書く際は、次の点を検討してください。
- SOLID 原則に従っていますか？従っていない場合、どの原則に違反していますか？
- コードは小さく、役割の明確な単位に整理されていますか？
- 情報隠蔽を改善できる箇所はありますか？
コメント
Markdown 対応