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

質問

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

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

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

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

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

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

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

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

回答No.7

bleis

#1 です。

#4 の回答はちょっとまずいかな・・・と思ったのでちょっと苦言を。

> C++言語はオブジェクト指向を熟知している人がオブジェクト指向になるように作ればオブジェクト指向プログラミングが可能な言語であって、必ずしもオブジェクト指向向きの言語ではありません。

それは、C++ に限らず、どんな言語にも言えることです。

> C言語からの継承もあってオブジェクトでは無い物を書けますし、MFCを使用する場合にはオブジェクトに収まらない領域にアクセスする必要が出てしまったりします。

「オブジェクト」という用語を何に対して使用しているのでしょうか？
「オブジェクトに収まらない領域」という言葉が何を言っているのか、いまいちわかりません。

> オブジェクト指向の意義と利点の理解には「オブジェクト指向でなぜ作るのか」が分かりやすくてお勧めです。

この本は、「間違ったオブジェクト指向」の本なので全くおすすめできません。
あまりにも「Java のオブジェクト指向」に偏りすぎているのも問題です。

オブジェクト指向でなぜ作るのか を買ってみました
http://d.hatena.ne.jp/minekoa/20080803/1217795027

> C++の言語使用の為でJavaでは呼べるように作ればインスタンスを作ら無くても呼べる。

C++ にもクラスメソッド (静的メンバ関数) はありますので、これは間違いです。

> C/C++ではメモリー管理がプログラマ責任になっているためです。
> インスタンスを配列に置き換えても同じことが言えます。
> オブジェクト指向だから…ではなくC++言語だから…です。

RAII を Java では実現できませんが、C++ では可能です。
C++ ではメモリ管理はプログラマが行うこともできますが、ふつうの C++ プログラマならスマートポインタを使います。
更に、Java など他の言語ではメモリ以外のリソース (入出力ストリームなど) の管理がプログラマ責任になっています。
しかし、C++ ではすべて言語に任せることができます。
オブジェクト指向には関係ないですが、C++ を見くびりすぎではないですか？

自分も Java は好きですが、Java の世界しか知らない人の意見に思えました。

お礼

ご回答、ありがとうございます。
（返信が大変遅れてすみません。）
再度のご教授、本当にありがとうございます。

>> C++言語はオブジェクト指向を熟知している人がオブジェクト指向に
>>なるように作ればオブジェクト指向プログラミングが可能な言語で
>>あって、必ずしもオブジェクト指向向きの言語ではありません。
>それは、C++ に限らず、どんな言語にも言えることです。
確かに、そうかもしれません。
現在、OOPでコーディングできるプログラミング言語は
増えてきましたが、その中でもRubyはOOPでスクリプト言語だから
とても開発効率がよい、という記事をどこかでみて
Rubyを使用しました。
しかしながら、OOPが理解できていない私には、
結局Rubyでも手続き型のように組んでしまうのです、、、

また、#4さんがお薦めしていただいた本に対する
ご意見、ありがとうございます。
一方、OOPが理解していない私に
良心的に答えて頂いた#4さんにも感謝をしております。
しかしながら、OOPの理解に混乱する原因はここにあると思います。
OOPを理解していると自負されている方は数多くいらっしゃることは
言うまでもなく、OOPについて説明している書籍はかなりあります。
しかしながら、説明するキーワードは共通していても、
説明内容が各々で発散しすぎていると感じております。
（あくまで私の見解なのですが、もし、OOPを理解している人達が、
　ある同じ問題を各々でOOPでコーデングするれば、
　限りなく一意に近いソースコードに成ると思いますが、
　どうなのでしょうか。
　なるのであれば、なぜ説明が収束しないのか不思議です。）

OOPを理解していない私には、どの本が良書で悪書か判断できません。
やはり、良書と呼ばれるものをひたすら読んで、自分に理解できる
レベルか否か判断して、駄目なら、他の良書と呼ばれるものを
あさるしかなさそうです。

やはり、OOPを理解する道は険しそうです。