本当にオブジェクト指向プログラミングっていいのでしょうか？

質問

いつもお世話になっております。
VC++初心者です。

現在、VC++6.0、MFCのソース修正で四苦八苦しています。
（コーディングするよりも。ソースを追うので苦労してます。）
（初心者の私が言うのも難ですが、オブジェクト指向云々言う前に
　ソースのif文節が異常に長かったり、3重以上ループが出てくると
　とても嫌になります、、、）

一般的(?)に、プログラミングは
手続き型プログラミングよりオブジェクト指向プログラミングが
開発効率がよい、と重宝されているようですが、
どうも納得できていません。
（その手の書籍を2,3冊読みましたが消化不良に終わっています。）

個人的には、手続き型プログラミングの方が好きです。
というのも、慣れているからかもしれませんが、
ソースが追いやすいし、見やすいと思います。

逆にオブジェクト指向プログラミングでは、
・継承されすぎると、基本クラスまで追うのが一苦労。
・インスタンスをつくってから、関数を呼ぶのが面倒な気がする。
　（手続き型なら関数呼び出しのみで済みます。）
・インスタンスをdeleteし忘れて、メモリを圧迫する危険がある。
　（ガーベージコレクションというものもあるようですが、
　どこで何を消しているか不安です。）
・ソースを追いにくい（慣れの問題なのでしょうか、、、）

そこでですが、
「手続き型は～～で大変だけど、オブジェクト指向ならこんなにすばらしい」
というような対比的に具体例を挙げて説明されている
書籍、サイトの紹介、または、よい助言を頂けませんでしょうか。

また、上記に伴い、
・手続き型で組んで失敗した例（オブジェクト指向型にすれば良かった例）
・オブジェクト指向型で組んで失敗した例（手続き型にすれば良かった例）
も宜しければ教えて頂きたく、お願いします。
（成功例のみよりも、失敗からの成功例を教えて頂けると嬉しいです。）

長くなりましたが、宜しければご教授下さい。

回答No.9

Sercher

個人的な意見です、参考程度にしてください。

手続き型、オブジェクト指向型　での大きな違いは
０から開発をすることを考えると長期なプラットフォームでの開発では
オブジェクト指向で設計してプログラムを簡略化、短期なプラットフォームでは手続き型みたなに感じになります。
開発規模にもよりますが、設計期間がオブジェクト指向型のほうが
時間がかかります。この段階で失敗すると、オブジェクト指向にした意味がない作りになってしまいます。
デバッグを考慮すると、複数の人が同じようなコーディングをさせることで見やすくすることを考えるとオブジェクト指向になります。クラス化により書き方を自由にさせないという利点があります。Ｃ，Ｃ＋＋で考えると分かりやすいと思います。

クラス＝オブジェクト
Ｃ，Ｃ＋＋の対比で言えば、モジュール(1 File)＝クラス

オブジェクトしてどのようなことをするかを考えるかです。
Windowsプログラムで考えた場合、ＧＵＩで考えると
ボタン、テキストボックス　などのように管理対象をどのようにするかを考えると分かりやすいと思います。

お礼

ご回答ありがとうございます。
（だいぶ返信遅れてしまい、すみません。）

やはりOOPで設計する方が、時間がかかるのですか、、、
確かに、以前Javaを勉強してコーディングしていたときも、
コーディングする前に、必ずUMLで
シーケンス図やクラス図を書いておりました。
（不慣れな原因もありますが、）
この手間があるから、とても作業が遅かったことを覚えています。
しかも、そのUMLが正しいかどうか判断がつきませんでした。

そう考えると、手続き型の方が
考えやすく、簡単にコーディングできると思います。
でも、これではずっとOOPは理解できないままなのでしょうね、、、