プログラミングマガジン

プログラミングを中心にIT技術をできるだけわかりやすくまとめます。

  • ホーム
  • 設計
  • 【設計】クラス設計(オブジェクト指向設計)の基本(保守性、再利用性の高いソースコードを書く…
 
 
     
  • サーバー言語  
    • Python
    • Ruby
    • PHP
    • SQL
  •  
  • インフラ  
       
    • AWS
    •  
    • 基本
    • Git
  • Web
       
    • Web開発
    • JavaScript
    • Vue.js
    • React
  •  
  • 設計  
       
    • 実装設計
    • DB設計
  • 問い合わせ
  

【設計】クラス設計(オブジェクト指向設計)の基本(保守性、再利用性の高いソースコードを書くには?)

05.19

  • miyabisan2
  • コメントを書く

この記事は2分で読めます

ソフトウェア設計の目標として大事になるのは、もちろん仕様どおりきちんと動くということが最低目標ですが、次に大事になるのが下記の指標です。

  • 保守性
  • 再利用性

今までは、「実行効率」とかも求められましたが、現在はハードウェアのスペックが格段に向上して、ソフトウェアの寿命も延びているのでそこまで重要な指標ではなくなってきつつあります。

保守性、再利用性を高めるには?

ソースコードの実装段階で、保守性、再利用性を高める方法としては、大きく下記の三つに分かれるでしょう。

  • ソースコードの重複を排除する。
  • 部品の独立性を高める。
  • 依存関係を循環させない

それぞれ、見て生きましょう。

1.ソースコードの重複を排除する。

特に、「保守性」に関係します。ソースコードが重複していることによるデメリットは下記です。

  • ソースの量が多くなり、テストや、機能の理解が大変になる。
  • ソースコードの修正漏れが発生しやすくなる。

実情としては…

既存のプログラムに影響を与えないように、ソースコードを丸ごとコピーをして、一部分だけ修正して別機能化するというプログラミング手法を取っている方や、プロジェクトが結構あります。

確かに、プログラマーがそのシステムについて熟知しているという状況はまれですし、むしろそんなことは少ないのでリスク回避のために、そのようにするというは理解できます。

重複排除の実現方法は?

オブジェクト指向のクラス設計においては、下記の手法が取れるでしょう。

呼び出し側のプログラムを共通化する「ポリモーフィズム」

詳しくは、下記の記事で解説しています。

【オブジェクト指向】多様性(ポリモーフィズム)のメリット

クラスのメソッドや、フィールドを共通して外だしする「継承」

詳しくは、下記の記事で解説しています。

【Java】オブジェクト指向:継承の考え方や注意点

2.部品の独立性を高める。

「部品の独立性を高める」というのは、「ソースを分割する」ということです。

部品の独立性を高めることによるメリットは下記です。

  • 数万、数十万行レベルで書かれた大規模ソフトウェアが理解しやすくなる。
  • ソースコードを修正する場合に、変更箇所の特定が容易になる。
  • 独立した部品を他のソフトウェアに再利用することが容易になる。

ソースの分割方法

ではソースを分割するというのは具体的にどのようにすればいいのでしょうか。

それは、単にサブシステムや、さらにその中の機能ごとに分割するだけでは不十分です。

主に分割するために考えられる用語としては、「凝縮度」と「結合度」があります。

凝縮度

個々の部品の機能のまとまりの度合いを指します。これが「強い」ほど良い設計とされています。

クラス(機能)としての意味的なまとまりを強めることで理解のしやすさにつながります。

結合度

部品間の結びつきの度合いを指します。これが「弱い」ほど良い設計とされています。

クラス(部品)間でのつながりが弱ければ弱いほど、クラス間の情報のやり取りが少なくなります。

要は、「個々の部品の中は固めて、部品間は、結びつきを弱める」というのが良い設計になります。

イメージとしては下記が参考になります。

なお、クラスの独立性を高めるための具体的なコツに関しては下記の記事で解説しています。

【クラス設計】クラスの独立性を高めるコツ

3.依存関係を循環させないこと。

「依存関係を循環させる」とはどういうことでしょうか。

図にすると下記のようになります。

クラスが、他のクラスに依存しているという関係がループしているということです。

このデメリットは下記です。

  • 利用や、再利用したりしたい場合に、余計なクラスまで用意しなければならくなる。
  • 修正する場合にも、影響がないか確認する必要がある。

できるだけ、クラスを作成する場合は、循環になっていないかチェックするようにしましょう。

スポンサーリンク
  • 2018 05.19
  • miyabisan2
  • コメントを書く
  • オブジェクト指向, 設計
  • Tweets Twitter
  • このエントリーをはてなブックマークに追加
  • LINEで送る

関連記事

  1. 2021 08.28

    【オブジェクト指向】「オープン・クローズドの原則」とは

  2. 2021 12.02

    【インフラ】Dockerを本番環境でどう動かすか?(EC2、ECSなど)

  3. 2018 05.12

    【GoFのデザインパターン】「Adapter」ってどんなパターン?、設計など

  4. 2018 04.30

    【Java】オブジェクト指向:静的(static)メンバ(クラス変数、staticメソッド)

  5. 2021 11.23

    【認証設計】「セッション」の保存先について

  6. 2018 05.13

    【GoFのデザインパターン】「Proxy(プロキシ)」ってどんなパターン?

  • コメント ( 0 )
  • トラックバック ( 0 )
  1. この記事へのコメントはありません。

  1. この記事へのトラックバックはありません。

返信をキャンセルする。

【Spring Boot】「Thymeleaf(タイム…

【クラス設計】クラスの独立性を高めるコツ

RETURN TOP

著者プロフィール

エンジニア歴10年で過去に業務系、Webデザイン、インフラ系なども経験あります。現在はWeb系でフロントエンド開発中心です。

詳細なプロフィールはこちら

スポンサーリンク

カテゴリー

  • Android
  • AngularJS
  • API
  • AWS
  • C++
  • CSS
  • cursor
  • C言語
  • DDD
  • DevOps
  • Django
  • Docker
  • Figma
  • Git
  • GitLab
  • GraphQL
  • gRPC
  • Hasura
  • Java
  • JavaScript
  • Kubernetes
  • Laravel
  • linux
  • MySQL
  • Next.js
  • nginx
  • Node.js
  • NoSQL
  • Nuxt.js
  • Oracle
  • PHP
  • Python
  • React
  • Redux
  • Rspec
  • Ruby
  • Ruby on Rails
  • Sass
  • Spring Framework
  • SQL
  • TypeScript
  • Unity
  • Vue.js
  • Webサービス開発
  • Webデザイン
  • Web技術
  • インフラ
  • オブジェクト指向
  • システム開発
  • セキュリティ
  • その他
  • データベース
  • デザインパターン
  • テスト
  • ネットワーク
  • プログラミング全般
  • マイクロサービス
  • マイクロソフト系技術
  • マルチメディア
  • リファクタリング
  • 副業
  • 未分類
  • 業務知識
  • 生成AI
  • 設計
  • 関数型言語
RETURN TOP

Copyright ©  プログラミングマガジン | プライバシーポリシー