オブジェクト指向のメリットとデメリット

1.オブジェクト指向のメリットとデメリット

1. 強度（凝集度）が高くなり、結合度が下がる。
2. プログラムが仕様変更に強くなる
3. プログラムの再利用がしやすい
4. プログラムが理解しやすくなる場合がある
5. プログラムのテストにかかる時間が減らせる
6. デスマーチになる確率を減らせる（多分）

1. 設計にかかる時間が増える
2. プログラムの処理時間が増大する
3. プログラミングが理解しにくくなる場合がある
4. オブジェクト指向を正しく理解している技術者が少ないので、オブジェクト指向設計ができない場合がある。

2.オブジェクト指向のメリットの詳細とその理由

1. 強度（凝集度）が高くなり、結合度が下がる。
   　まず、強度（凝集度）や結合度に対して注意が払われていないオブジェクト指向はオブジェクト指向ではないと言っていいと思います。
   　ということは、オブジェクト指向で正しく設計されたものは、強度（凝集度）が高く、結合度が低いです。
   
   
2. プログラムが仕様変更に強くなる
   　データ中心的な考えがあることが関係しています。データは処理よりも変更がかかりにくい性質があるため仕様変更に対して影響を受けにくくなります。
   　あ、「受けにくい」というのは仕様変更による影響箇所を減らせたり局所化できるという意味ですので。
   
   
3. プログラムの再利用がしやすい
   　強度（凝集度）が高く、結合度が低いためです。
   
   
4. プログラムが理解しやすくなる場合がある
   　強度（凝集度）が高く、結合度が低いためです。情報隠蔽+カプセル化により不正なデータが入らない・余計なデータを理解しなくて済むことも関係しています。
   　ただし、「場合がある」と書いたとおり、絶対ではないと思います。 　例えば、継承するとサブクラスを理解するためにそのスーパークラスも理解しなければならなくなるため、理解するのにかかる時間が増えます。
   　また、情報隠蔽+カプセル化も、理解しやすさ向上に役立つとは思いますが、しかし、クラスで保持しているデータ・ソースが見えなくなることによって、ソースが理解しにくくなる原因になる場合があると思います（例えば、処理速度が問題になる場合がある）。
   
   
5. プログラムのテストにかかる時間が減らせる
   　これも結合度が低いためというのと、情報隠蔽+カプセル化によるためなのですが、設計時やプログラミング時にテストについて考えておくとさらにテストにかかる時間を減らすことができます。
   　「オブジェクト指向設計と試験性 - だるまのエクセルVBA」でも説明していますので必要であれば是非とも読んでください。
   
   
6. デスマーチになる確率を減らせるかもしれない（多分）
   　デスマーチはプロジェクトマネジメントに問題があることが多いので、オブジェクト指向で解決できることはほとんどないと思います。
   　しかし、オブジェクト指向で設計、プログラミングすると、プログラムの品質（理解のしやすさなど（JIS X 0129 で定義される品質の保守性））が良くなり、 バグによる手戻りが減ることで工数が削減されますので、もしかしたら、デスマーチ予防になるかもしれません。
   　あ、そうそう、既にデスマーチになっている場合、オブジェクト指向でそれを解決することはできません。

3.オブジェクト思考のデメリットの詳細とその理由

1. 設計にかかる時間が増える
   　データ中心の考えと強度（凝集度）、結合度に慣れれば、多少減りますが、やはり設計時間は多くなると思います。
   　理由ですが、考慮すべきことが多くなればなるほど設計に時間がかかるのは当然のことです。はい。
   　ただ、設計にかかる時間は増えても、その後の工程にかかる工数は減るので許してください。
   
   
2. プログラムの処理時間が増大する
   　まず、オブジェクトの生成（ヒープメモリの確保）に時間がかかることが挙げられます。多分、メモリの使用効率も悪くなるんじゃないでしょうか？
   　さらに、特にJavaの場合、ガベージコレクションのオーバーヘッドが大きいという理由もあります。
   　カプセル化だけど、引数のチェックなどを行うことによりその分遅くなる気がします。
   　まあ、でも最近のコンピュータは性能が高いので、作るプログラムが組み込み向けだったり、科学技術計算向けなどでない限りは、問題にならないこともある。処理時間が問題になったらそのときに調べるという方法で良いと思う。
   
   
3. プログラミングが理解しにくくなる場合がある
   　メリットでも書いたけど、継承するとサブクラスを理解するためにそのスーパークラスも理解しなければならなくなるため、理解するのにかかる時間が増えます。
   　それから、情報隠蔽+カプセル化も、クラスで保持しているデータが見えなくなるため、ソースが理解しにくくなる原因になると思います。
   
   
4. オブジェクト指向を正しく理解している技術者が少ないので、オブジェクト指向設計ができない場合がある。
   　一番の問題。
   　そもそも、オブジェクト指向以前にソフトウェア工学をちゃんと勉強していない人が非常に多い。これだと、オブジェクト指向をいくら説明しても理解してもらえない。
   　例えば、20人のプロジェクトの中にオブジェクト指向について詳しい人が1人しか居なかったとする。この場合、オブジェクト指向設計など無理です。その1人がOJTで他のメンバを教育し、立ち上がるまでその人がオブジェクト指向に関係する設計を1人で行ったりすることは現実的には不可能だと思います。
   　オブジェクト指向自体、理解するのに時間がかかるという問題もある（※理解のポイントは強度（凝集度）、結合度、それからデータ中心アプローチです）。

4.参考文献など